<feed xmlns='http://www.w3.org/2005/Atom'>
<title>lua/testes, branch master</title>
<subtitle>A mirror of https://github.com/lua/lua
</subtitle>
<id>https://git.lua4.win/lua/atom?h=master</id>
<link rel='self' href='https://git.lua4.win/lua/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/'/>
<updated>2026-04-23T20:57:42+00:00</updated>
<entry>
<title>Bug: 'lua_load' does not preserve the stack</title>
<updated>2026-04-23T20:57:42+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-04-23T20:57:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=3228a97c6a953dcf397944161bb64b12f1ff5384'/>
<id>urn:sha1:3228a97c6a953dcf397944161bb64b12f1ff5384</id>
<content type='text'>
'lua_load' does not preserve the stack through the calls to the
reader function, as it should. Immediately after the first call (to
detect whether chunk is binary) it adds stuff, and it also adds a new
table when starting the compilation of each new function.
</content>
</entry>
<entry>
<title>Better error messages for vararg-table fields</title>
<updated>2026-04-13T17:06:23+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-04-13T17:06:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=d0bd25d2e7fb393a6d0a73645a099f9c3b9cc0a8'/>
<id>urn:sha1:d0bd25d2e7fb393a6d0a73645a099f9c3b9cc0a8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bug: wrong initialization in result from 'gmatch'</title>
<updated>2026-04-01T18:01:58+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-04-01T18:01:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=efddc2309c5ff8a1842bea8a9c0d7d4a5d6e1e60'/>
<id>urn:sha1:efddc2309c5ff8a1842bea8a9c0d7d4a5d6e1e60</id>
<content type='text'>
Function returned by 'string.gmatch' can be left in an inconsistent
state after an error.
</content>
</entry>
<entry>
<title>'table.tunpack' using 'aux_getn' like the others</title>
<updated>2026-03-09T19:24:49+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-03-09T19:24:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=377cbea61b2688b21c7d243fc0f42498851df794'/>
<id>urn:sha1:377cbea61b2688b21c7d243fc0f42498851df794</id>
<content type='text'>
'table.tunpack' was not checking its first argument, which could
result in error messages generated inside the API, without location
information.
</content>
</entry>
<entry>
<title>BUG: shift overflow in utf-8 decode</title>
<updated>2026-02-18T16:24:04+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-02-18T16:24:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=10eb89d1141dc528806b32401e408e36fb2f3bf5'/>
<id>urn:sha1:10eb89d1141dc528806b32401e408e36fb2f3bf5</id>
<content type='text'>
An initial byte \xFF will ask for 7 continuation bytes, and then the
shift by (count * 5) will try to shift 35 bits.
</content>
</entry>
<entry>
<title>Environment variable for readline library name</title>
<updated>2026-01-30T19:47:33+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-01-30T19:47:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=c6b484823806e08e1756b1a6066a3ace6f080fae'/>
<id>urn:sha1:c6b484823806e08e1756b1a6066a3ace6f080fae</id>
<content type='text'>
The name of the readline library can be changed from its default value
through environment variable LUA_READLINELIB.
</content>
</entry>
<entry>
<title>More effort in avoiding errors in finalizers</title>
<updated>2026-01-11T18:36:03+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2026-01-11T18:36:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=2a7cf4f319fc276f4554a8f6364e6b1ba4eb2ded'/>
<id>urn:sha1:2a7cf4f319fc276f4554a8f6364e6b1ba4eb2ded</id>
<content type='text'>
Before calling a finalizer, Lua not only checks stack limits, but
actually ensures that a minimum number of slots are already allocated
for the call. (If it cannot ensure that, it postpones the finalizer.)
That avoids finalizers not running due to memory errors that the
programmer cannot control.
</content>
</entry>
<entry>
<title>Functions with vararg tables don't need hidden args.</title>
<updated>2025-11-28T18:12:51+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2025-11-28T18:12:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=a07f6a824197d7dc01c321599d3bc71936a2590e'/>
<id>urn:sha1:a07f6a824197d7dc01c321599d3bc71936a2590e</id>
<content type='text'>
Vararg functions with vararg tables don't use the arguments hidden in
the stack; therfore, it doesn't need to build/keep them.
</content>
</entry>
<entry>
<title>New conceptual model for vararg</title>
<updated>2025-11-26T14:18:29+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2025-11-26T14:18:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=f33cc4ddec886ea499d7d41dd60cac5ddc5687db'/>
<id>urn:sha1:f33cc4ddec886ea499d7d41dd60cac5ddc5687db</id>
<content type='text'>
Conceptually, all functions get their vararg arguments in a vararg
table. The storing of vararg arguments in the stack is always treated
as an optimization.
</content>
</entry>
<entry>
<title>Details</title>
<updated>2025-11-24T14:39:46+00:00</updated>
<author>
<name>Roberto I</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2025-11-24T14:39:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lua/commit/?id=d94f7ba3040eb06895d7305014e88157d3bfd1a1'/>
<id>urn:sha1:d94f7ba3040eb06895d7305014e88157d3bfd1a1</id>
<content type='text'>
Comments, capitalization in the manual, globals in test 'heady.lua'
</content>
</entry>
</feed>
