<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/lua-github.git/testes/strings.lua, branch temporary</title>
<subtitle>github.com: lua/lua.git
</subtitle>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/'/>
<entry>
<title>Simplification and smaller buffers for 'lua_pushfstring'</title>
<updated>2020-07-03T14:36:56+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2020-07-03T14:36:56+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=e96385adede47a1abf160a41565ec742d3d4e413'/>
<id>e96385adede47a1abf160a41565ec742d3d4e413</id>
<content type='text'>
The function 'lua_pushfstring' is seldom called with large strings,
there is no need to optimize too much for that cases.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The function 'lua_pushfstring' is seldom called with large strings,
there is no need to optimize too much for that cases.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug in 'string.format("%p")'</title>
<updated>2020-03-16T17:13:13+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2020-03-16T17:13:13+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=513559cc4760392b6fa33754c516683ef49dba22'/>
<id>513559cc4760392b6fa33754c516683ef49dba22</id>
<content type='text'>
The string "(null)" used for non-collectable values must be printed as a
string, not as a pointer. (Bug introduced in commit e0cbaa50fa7).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The string "(null)" used for non-collectable values must be printed as a
string, not as a pointer. (Bug introduced in commit e0cbaa50fa7).
</pre>
</div>
</content>
</entry>
<entry>
<title>Joined common code in 'lua_rawset' and 'lua_rawsetp'</title>
<updated>2019-12-17T18:45:13+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-12-17T18:45:13+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=c646e57fd6307bd891e4e50ef5d6ee56b34e4cac'/>
<id>c646e57fd6307bd891e4e50ef5d6ee56b34e4cac</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>More generic pattern when testing 'string.format'</title>
<updated>2019-11-22T14:07:47+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-11-22T14:07:47+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=6f1c033d72af8fe65bb67e17a242314b6aeb182f'/>
<id>6f1c033d72af8fe65bb67e17a242314b6aeb182f</id>
<content type='text'>
The result of 'string.format("%a", 0.0)' can have multiple zeros
after the dot.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The result of 'string.format("%a", 0.0)' can have multiple zeros
after the dot.
</pre>
</div>
</content>
</entry>
<entry>
<title>Added macro 'luaL_pushfail'</title>
<updated>2019-08-16T17:58:02+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-08-16T17:58:02+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=b96b0b5abbf40cbdbed7952bf35a5a27ddf75928'/>
<id>b96b0b5abbf40cbdbed7952bf35a5a27ddf75928</id>
<content type='text'>
The macro 'luaL_pushfail' documents all places in the standard libraries
that return nil to signal some kind of failure. It is defined as
'lua_pushnil'. The manual also got a notation (@fail) to document those
returns. The tests were changed to be agnostic regarding whether 'fail'
is 'nil' or 'false'.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The macro 'luaL_pushfail' documents all places in the standard libraries
that return nil to signal some kind of failure. It is defined as
'lua_pushnil'. The manual also got a notation (@fail) to document those
returns. The tests were changed to be agnostic regarding whether 'fail'
is 'nil' or 'false'.
</pre>
</div>
</content>
</entry>
<entry>
<title>Change in the syntax of attributes</title>
<updated>2019-07-30T15:18:19+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-07-30T15:18:19+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=0d529138042563baf260366e19a7aa2c60a07174'/>
<id>0d529138042563baf260366e19a7aa2c60a07174</id>
<content type='text'>
Attributes changed to posfixed ('x &lt;const&gt;', instead of '&lt;const&gt; x'),
and "toclose" renamed to "close". Posfixed attributes seem to make it
clearer that it applies to only one variable when there are multiple
variables.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Attributes changed to posfixed ('x &lt;const&gt;', instead of '&lt;const&gt; x'),
and "toclose" renamed to "close". Posfixed attributes seem to make it
clearer that it applies to only one variable when there are multiple
variables.
</pre>
</div>
</content>
</entry>
<entry>
<title>Change in the handling of 'L-&gt;top' when calling metamethods</title>
<updated>2019-07-26T17:59:39+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-07-26T17:59:39+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=b80077b8f3e27a94c6afa895b41a9f8b52c42e61'/>
<id>b80077b8f3e27a94c6afa895b41a9f8b52c42e61</id>
<content type='text'>
Instead of updating 'L-&gt;top' in every place that may call a
metamethod, the metamethod functions themselves (luaT_trybinTM and
luaT_callorderTM) correct the top. (When calling metamethods from
the C API, however, the callers must preserve 'L-&gt;top'.)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Instead of updating 'L-&gt;top' in every place that may call a
metamethod, the metamethod functions themselves (luaT_trybinTM and
luaT_callorderTM) correct the top. (When calling metamethods from
the C API, however, the callers must preserve 'L-&gt;top'.)
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug in 'string.format' with option '%f'</title>
<updated>2019-07-23T15:46:33+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-07-23T15:46:33+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=7f5c31cdcac5388b3c48a26112dfb6d2cadb7321'/>
<id>7f5c31cdcac5388b3c48a26112dfb6d2cadb7321</id>
<content type='text'>
As an example, 'print(string.format("%.99f", 1e70))' may have a
lot of garbage after the number.

The old test to ensure that 'string.format("%.99f", n)' was not too
large, 'fabs(n) &lt; 1e100', assumes that the number will fit in the 99
bytes; but the 99 is not the space for the number, it is the added
extra zeros.  The option worked for smaller numbers because of the
extra space added to MAX_ITEM.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As an example, 'print(string.format("%.99f", 1e70))' may have a
lot of garbage after the number.

The old test to ensure that 'string.format("%.99f", n)' was not too
large, 'fabs(n) &lt; 1e100', assumes that the number will fit in the 99
bytes; but the 99 is not the space for the number, it is the added
extra zeros.  The option worked for smaller numbers because of the
extra space added to MAX_ITEM.
</pre>
</div>
</content>
</entry>
<entry>
<title>Reviving HARDMEMTESTS</title>
<updated>2019-07-18T17:58:15+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-07-18T17:58:15+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=d36a31e6739bcd39c84f637344227af87cfd0ee5'/>
<id>d36a31e6739bcd39c84f637344227af87cfd0ee5</id>
<content type='text'>
This commit brings a new implementation for HARDMEMTESTS, which forces
an emergency GC whenever possible. It also fixes some issues detected
with this option:
  - A small bug in lvm.c: a closure could be collected by an emergency
  GC while being initialized.
  - Some tests: a memory address can be immediatly reused after a GC;
  for instance, two consecutive '{}' expressions can return exactly the
  same address, if the first one is not anchored.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This commit brings a new implementation for HARDMEMTESTS, which forces
an emergency GC whenever possible. It also fixes some issues detected
with this option:
  - A small bug in lvm.c: a closure could be collected by an emergency
  GC while being initialized.
  - Some tests: a memory address can be immediatly reused after a GC;
  for instance, two consecutive '{}' expressions can return exactly the
  same address, if the first one is not anchored.
</pre>
</div>
</content>
</entry>
<entry>
<title>Details</title>
<updated>2019-05-28T18:46:49+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2019-05-28T18:46:49+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/lua-github.git/commit/?id=b293ae0577bebaca7169cb4f041b800641d5e2c4'/>
<id>b293ae0577bebaca7169cb4f041b800641d5e2c4</id>
<content type='text'>
- new error message for "attempt to assign to const variable"
- note in the manual about compatibility options
- comments
- small changes in 'read_line' and 'pushstr'
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- new error message for "attempt to assign to const variable"
- note in the manual about compatibility options
- comments
- small changes in 'read_line' and 'pushstr'
</pre>
</div>
</content>
</entry>
</feed>
