Mail Thread Index

[Date Index] [Thread Index]

• Re: tostring userdata, Daurnimator
  • <Possible follow-ups>
  • Re: tostring userdata, Tom Sutcliffe
  • Re: tostring userdata, Patrick Donnelly
    • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Patrick Donnelly
      • Re: tostring userdata, Sean Conner
    • Re: tostring userdata, Roberto Ierusalimschy
      • Re: tostring userdata, Patrick Donnelly
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Coda Highland
      • Re: tostring userdata, v
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Coda Highland
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Coda Highland
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, David Heiko Kolf
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Roberto Ierusalimschy
      • Re: tostring userdata, David Heiko Kolf
      • Re: tostring userdata, Coda Highland
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Roberto Ierusalimschy
      • Re: tostring userdata, Sean Conner
      • Re: tostring userdata, Luiz Henrique de Figueiredo
• Re: How about new syntax elements, Philippe Verdy
• Re: Any news or ETA on the lua-5.4.0-alpha-tests tarball file?, Luiz Henrique de Figueiredo
• Re: Refactor a block of Lua code to a function, Luiz Henrique de Figueiredo
• Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Roberto Ierusalimschy
  • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Coda Highland
• Re: [ANN] Lua 5.4.0 (alpha) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Egor Skriptunoff
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Luiz Henrique de Figueiredo
  • <Possible follow-ups>
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Egor Skriptunoff
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Egor Skriptunoff
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Hisham
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Sergey Kovalev
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Gé Weijers
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Sergey Kovalev
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Gé Weijers
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Sergey Kovalev
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Gé Weijers
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Hisham
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Sergey Kovalev
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Roberto Ierusalimschy
• [ANN] wxlua 3.0.0.1 release, Paul K
• Re: Non-linear lexical scoping (again) and an idea about __unset, Jim
  • Re: Non-linear lexical scoping (again) and an idea about __unset, Philippe Verdy
    • Re: Non-linear lexical scoping (again) and an idea about __unset, Soni "They/Them" L.
      • Re: Non-linear lexical scoping (again) and an idea about __unset, Philippe Verdy
      • Re: Non-linear lexical scoping (again) and an idea about __unset, Soni "They/Them" L.
      • Re: Non-linear lexical scoping (again) and an idea about __unset, Philippe Verdy
• How to get the line number of an error from crash address in LuaJIT bytecode, Baozeng
  • Re: How to get the line number of an error from crash address in LuaJIT bytecode, Baozeng
• [NoW] Once more about to-be-closed variables, Egor Skriptunoff
  • Re: [NoW] Once more about to-be-closed variables, Sean Conner
    • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Coda Highland
      • Re: [NoW] Once more about to-be-closed variables, Sean Conner
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Sean Conner
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Sean Conner
      • Re: [NoW] Once more about to-be-closed variables, Chris Smith
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Jonathan Goble
      • Re: [NoW] Once more about to-be-closed variables, Dirk Laurie
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Sergey Kovalev
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Sergey Kovalev
      • Re: [NoW] Once more about to-be-closed variables, Egor Skriptunoff
      • Re: [NoW] Once more about to-be-closed variables, Sergey Kovalev
      • Re: [NoW] Once more about to-be-closed variables, Patrick Donnelly
  • Re: [NoW] Once more about to-be-closed variables, Patrick Donnelly
    • Re: [NoW] Once more about to-be-closed variables, Andrew Gierth
  • Re: [NoW] Once more about to-be-closed variables, Dirk Laurie
• What's the status of the old idea "variable metatable" (original per-value metatable)?, Xavier Wang
• Parse 12 bit numbers from binary file, Russell Haley
  • Re: Parse 12 bit numbers from binary file, Andrew Gierth
    • Re: Parse 12 bit numbers from binary file, Russell Haley
      • Re: Parse 12 bit numbers from binary file, Andrew Gierth
      • Re: Parse 12 bit numbers from binary file, Russell Haley
  • Re: Parse 12 bit numbers from binary file, Sergey Kovalev
• Another option for closing variables, Nevin Flanagan
  • Re: Another option for closing variables, Sergey Kovalev
    • Re: Another option for closing variables, Coda Highland
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Coda Highland
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Gé Weijers
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Coda Highland
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, pocomane
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, pocomane
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Gé Weijers
      • Re: Another option for closing variables, Dirk Laurie
      • Re: Another option for closing variables, Sergey Kovalev
      • Re: Another option for closing variables, Andrew Starks
      • Re: Another option for closing variables, Coda Highland
      • Re: Another option for closing variables, Lorenzo Donati
      • Re: Another option for closing variables, Hakki Dogusan
  • Re: Another option for closing variables, Philippe Verdy
    • Re: Another option for closing variables, Coda Highland
      • Re: Another option for closing variables, Philippe Verdy
• 5.3 manual, Rodrigo Azevedo
  • Re: 5.3 manual, Coda Highland
    • Re: 5.3 manual, Phil Leblanc
  • Re: 5.3 manual, Roberto Ierusalimschy
    • Re: 5.3 manual, Phil Leblanc
      • Re: 5.3 manual, Phil Leblanc
• Minimal Lua 5.x installations, Benjamin TERRIER
  • Re: Minimal Lua 5.x installations, Sean Conner
  • Re: Minimal Lua 5.x installations, Jonathan Goble
    • Re: Minimal Lua 5.x installations, Benjamin TERRIER
      • Re: Minimal Lua 5.x installations, Russell Haley
      • Re: Minimal Lua 5.x installations, Benjamin TERRIER
      • Re: Minimal Lua 5.x installations, Luiz Henrique de Figueiredo
      • Re: Minimal Lua 5.x installations, Sean Conner
      • Re: Minimal Lua 5.x installations, Flemming Madsen
      • Re: Minimal Lua 5.x installations, Flemming Madsen
  • Re: Minimal Lua 5.x installations, Luiz Henrique de Figueiredo
• lua-5.4.0-alpha: unprotected calls in luaL_newstate, David Heiko Kolf
• Lua5.3 and MIDI, Mario Buoninfante
  • Re: Lua5.3 and MIDI, v
    • Re: Lua5.3 and MIDI, Dirk Laurie
  • Re: Lua5.3 and MIDI, Coda Highland
  • <Possible follow-ups>
  • Lua5.3 and MIDI, Mario Buoninfante
    • Re: Lua5.3 and MIDI, Dirk Laurie
      • Re: Lua5.3 and MIDI, v
• Suggestion: 'string.unpack("z", "")' should fail, Renato Maia
  • Re: Suggestion: 'string.unpack("z", "")' should fail, Roberto Ierusalimschy
• [NoW] Inf-phobia of Lua bytecode, Egor Skriptunoff
  • Re: [NoW] Inf-phobia of Lua bytecode, Roberto Ierusalimschy
    • Re: [NoW] Inf-phobia of Lua bytecode, Egor Skriptunoff
  • Re: [NoW] Inf-phobia of Lua bytecode, Alexander Nasonov
    • Re: [NoW] Inf-phobia of Lua bytecode, Philippe Verdy
• Suggestion: names-isolation-statement, Egor Skriptunoff
  • Re: Suggestion: names-isolation-statement, Sergey Kovalev
  • Re: Suggestion: names-isolation-statement, v
  • Re: Suggestion: names-isolation-statement, Viacheslav Usov
    • Re: Suggestion: names-isolation-statement, pocomane
    • Re: Suggestion: names-isolation-statement, Egor Skriptunoff
      • Re: Suggestion: names-isolation-statement, Viacheslav Usov
      • Re: Suggestion: names-isolation-statement, Coda Highland
      • Re: Suggestion: names-isolation-statement, Viacheslav Usov
  • Re: Suggestion: names-isolation-statement, nobody
    • Re: Suggestion: names-isolation-statement, Viacheslav Usov
      • Re: Suggestion: names-isolation-statement, nobody
      • Re: Suggestion: names-isolation-statement, nobody
      • Re: Suggestion: names-isolation-statement, Viacheslav Usov
    • Re: Suggestion: names-isolation-statement, Egor Skriptunoff
  • Re: Suggestion: names-isolation-statement, Sergey Kovalev
    • Re: Suggestion: names-isolation-statement, Sergey Kovalev
• Assign and Deassign meta functions, Chris Smith
• 5.4 luaL_checkversion vs. loadlib(), Andrew Gierth
  • Re: 5.4 luaL_checkversion vs. loadlib(), Luiz Henrique de Figueiredo
    • Re: 5.4 luaL_checkversion vs. loadlib(), Andrew Gierth
• A change in io metatable, Sean Conner
  • Re: A change in io metatable, nobody
    • Re: A change in io metatable, Sean Conner
• [ANN] luaunbound 0.5, Kim Alvefur
  • Re: [ANN] luaunbound 0.5, Mike Schmitz
    • Re: [ANN] luaunbound 0.5, Kim Alvefur
      • Re: [ANN] luaunbound 0.5, Mike Schmitz
• [ANN] luaposix 34.1 released, Gary V. Vaughan
• [ANN] lyaml 6.2.4 released, Gary V. Vaughan
• Re: Converting floats to strings, Robert Virding
• Default UTF-8 encoding in strings, Robert Virding
  • Re: Default UTF-8 encoding in strings, Hugo Musso Gualandi
  • Re: Default UTF-8 encoding in strings, Sean Conner
• Special do/end block that raises an error on free names - Proof of concept, pocomane
  • Re: Special do/end block that raises an error on free names - Proof of concept, Sergey Kovalev
    • Re: Special do/end block that raises an error on free names - Proof of concept, Coda Highland
      • Re: Special do/end block that raises an error on free names - Proof of concept, Sergey Kovalev
    • Re: Special do/end block that raises an error on free names - Proof of concept, pocomane
  • Re: Special do/end block that raises an error on free names - Proof of concept, Luiz Henrique de Figueiredo
    • Re: Special do/end block that raises an error on free names - Proof of concept, pocomane
• lua_setmetatable return type, Daurnimator
  • Re: lua_setmetatable return type, 云风 Cloud Wu
  • Re: lua_setmetatable return type, Roberto Ierusalimschy
• Assignment Expressions in Lua, Pedro Tammela
  • Re: Assignment Expressions in Lua, Coda Highland
    • Re: Assignment Expressions in Lua, Viacheslav Usov
      • Re: Assignment Expressions in Lua, Coda Highland
      • Re: Assignment Expressions in Lua, Viacheslav Usov
      • Re: Assignment Expressions in Lua, Coda Highland
      • Re: Assignment Expressions in Lua, Hugo Musso Gualandi
      • Re: Assignment Expressions in Lua, Coda Highland
      • Re: Assignment Expressions in Lua, Philippe Verdy
  • Re: Assignment Expressions in Lua, Roberto Ierusalimschy
  • Re: Assignment Expressions in Lua, nobody
    • Re: Assignment Expressions in Lua, v
  • Re: Assignment Expressions in Lua, Sergey Kovalev
  • Re: Assignment Expressions in Lua, Jasper Klein
    • Re: Assignment Expressions in Lua, Coda Highland
      • Re: Assignment Expressions in Lua, Jasper Klein
      • Re: Assignment Expressions in Lua, Francisco Olarte
• Lua 5.3 alignment issue, Gé Weijers
  • Re: Lua 5.3 alignment issue, Roberto Ierusalimschy
• Proprietary lua code, Srinivas Murthy
  • Re: Proprietary lua code, Coda Highland
  • Re: Proprietary lua code, Luiz Henrique de Figueiredo
  • Re: Proprietary lua code, Russell Haley
  • Re: Proprietary lua code, Vadim A. Misbakh-Soloviov
    • Re: Proprietary lua code, Hugo Musso Gualandi
      • Re: Proprietary lua code, Lorenzo Donati
  • <Possible follow-ups>
  • Re: Proprietary lua code, Jon Chesterfield
• [ANN] luaposix 34.1.1 released, Gary V. Vaughan
• A know this is a syntactically valid Lua expression.Can someone give me a written parse for it?, Carl Glassberg
  • Re: A know this is a syntactically valid Lua expression.Can someone give me a written parse for it?, Coda Highland
  • Re: A know this is a syntactically valid Lua expression.Can someone give me a written parse for it?, v
  • Re: A know this is a syntactically valid Lua expression.Can someone give me a written parse for it?, Luiz Henrique de Figueiredo
    • Re: A know this is a syntactically valid Lua expression.Can someone give me a written parse for it?, Abhijit Nandy
• Locals by default yet again, sorry :), Abhijit Nandy
  • Re: Locals by default yet again, sorry :), Philippe Verdy
  • Re: Locals by default yet again, sorry :), Sergey Kovalev
    • Re: Locals by default yet again, sorry :), Sergey Kovalev
  • Re: Locals by default yet again, sorry :), pocomane
    • Re: Locals by default yet again, sorry :), Sergey Kovalev
      • Re: Locals by default yet again, sorry :), pocomane
      • Re: Locals by default yet again, sorry :), Abhijit Nandy
  • <Possible follow-ups>
  • Re: Locals by default yet again, sorry :), Pedro Tammela
    • Re: Locals by default yet again, sorry :), Abhijit Nandy
• [proposal] close file on io.lines("filename", "*a")(), Soni "They/Them" L.
  • Re: [proposal] close file on io.lines("filename", "*a")(), nobody
    • Re: [proposal] close file on io.lines("filename", "*a")(), Soni "They/Them" L.
      • [bug] for l in io.lines( f, "*a" ) do … loops forever (was: Re: [proposal] close file on io.lines("filename", "*a")()), nobody
      • Re: [bug] for l in io.lines( f, "*a" ) do … loops forever, Soni "They/Them" L.
      • Re: [bug] for l in io.lines( f, "*a" ) do … loops forever (was: Re: [proposal] close file on io.lines("filename", "*a")()), Roberto Ierusalimschy
  • Re: [proposal] close file on io.lines("filename", "*a")(), Sean Conner
    • Re: [proposal] close file on io.lines("filename", "*a")(), Soni "They/Them" L.
      • Re: [proposal] close file on io.lines("filename", "*a")(), Sergey Kovalev
• Re: A know this is a syntactically valid Lua expression., Carl Glassberg
• [ANN] Cratera Compiler v1.0.0, Soni "They/Them" L.
  • [ANN] Cratera Compiler v1.0.1, Soni "They/Them" L.
  • Re: [ANN] Cratera Compiler v1.0.0, Egor Skriptunoff

---

Mail converted by MHonArc 2.6.19