lua/lundump.c, branch v5.5.1A mirror of https://github.com/lua/lua
https://git.lua4.win/lua/atom?h=v5.5.12026-04-23T20:57:42+00:00Bug: 'lua_load' does not preserve the stack2026-04-23T20:57:42+00:00Roberto Iroberto@inf.puc-rio.br2026-04-23T20:57:42+00:00urn:sha1:3228a97c6a953dcf397944161bb64b12f1ff5384
'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.
Change in dumping of NULL strings2025-10-10T18:28:41+00:00Roberto Iroberto@inf.puc-rio.br2025-10-10T18:28:41+00:00urn:sha1:7a92f3f99a26d9e51be40b744ed4fab0b50ecaa5
When dumping a string, adding 2 to its size may overflow a size_t for
external strings, which may not have a header. (Adding 1 is Ok, because
all strings end with a '\0' not included in their size.) The new method
for saving NULL strings code them as a repeated string, using the
reserved index 0.
Vararg table2025-09-16T16:26:24+00:00Roberto Iroberto@inf.puc-rio.br2025-09-16T16:26:24+00:00urn:sha1:140b672e2ee2ac842661ece4b48e1a64f0cd11ea
Not yet optimized nor documented.
Added missing casts from lua_Unsigned to size_t2025-07-01T19:07:03+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-07-01T19:07:03+00:00urn:sha1:03bf7fdd4f3a588cd7ff0a8c51ed68c596d3d575
size_t can be smaller than lua_Usigned.
Check string indices when loading binary chunk2025-06-17T14:40:49+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-06-17T14:40:49+00:00urn:sha1:f71156744851701b5d5fabdda5061b31e53f8f14
Lua is not religious about that, but it tries to avoid crashes when
loading binary chunks.
Dump uses varints also for integer constants2025-06-13T17:14:50+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-06-13T17:14:50+00:00urn:sha1:0cecf1ab6d76e6a7d200fb01bdd999b61835fe21
Unlike sizes, these constants can be negative, so it encodes those
integers into unsigned integers in a way that keeps small numbers
small.
Loading a binary chunk should not break assertions2025-06-04T15:55:43+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-06-04T15:55:43+00:00urn:sha1:d05fe48bfdd89956c0ebd115dca0fb115aa28dd6
Although the execution of a bad binary chunk can crash the interpreter,
simply loading it should be safe.
Janitorial work on casts2025-05-08T18:18:57+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-05-08T18:18:57+00:00urn:sha1:7ade1557627cf3f09c23c892ee227b7386f28414Checks for type 'int' added to binary header2025-03-10T18:21:32+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-03-10T18:21:32+00:00urn:sha1:b5b1995f2925b2f9be4a48304ac97a38f8608648
The structure 'AbsLineInfo' is hard-dumped into binary chunks, and
it comprises two 'int' fields.
Array sizes in undump changed from unsigned to int2025-02-20T13:09:04+00:00Roberto Ierusalimschyroberto@inf.puc-rio.br2025-02-20T13:09:04+00:00urn:sha1:e5f4927a0b97015d4c22bc22fbf80fb2c11ca7cc
Array sizes are always int and are dumped as int, so there is no reason
to read them back as unsigned.