Mail Thread Index

[Date Index] [Thread Index]

• Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, dyngeccetor8
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Soni "They/Them" L.
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, dyngeccetor8
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, nobody
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, dyngeccetor8
  • <Possible follow-ups>
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Andrew Gierth
    • Re: Errors in finalizers (was: [ANN] Lua 5.4.0 (alpha-rc1) now available), David Heiko Kolf
      • Re: Errors in finalizers, Andrew Gierth
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Lorenzo Donati
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Rodrigo Azevedo
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Kim Alvefur
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Pierre Chapuis
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Patrick Donnelly
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Lorenzo Donati
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Hakki Dogusan
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Philippe Verdy
    • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Thijs Schreijer
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Egor Skriptunoff
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
  • Re: [ANN] Lua 5.4.0 (alpha-rc1) now available, Thijs Schreijer
• Re: Garbage collection durint pcall., Philippe Verdy
  • Re: Garbage collection durint pcall., Francisco Olarte
    • Re: Garbage collection durint pcall., Gé Weijers
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Coda Highland
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Coda Highland
      • Re: Garbage collection durint pcall., Gé Weijers
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Gé Weijers
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Gé Weijers
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Gé Weijers
      • Re: Garbage collection durint pcall., Dibyendu Majumdar
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Philippe Verdy
      • Re: Garbage collection durint pcall., Coda Highland
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Francisco Olarte
      • Re: Garbage collection durint pcall., Roberto Ierusalimschy
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Sean Conner
      • Re: Garbage collection durint pcall., Andrew Gierth
      • Re: Garbage collection durint pcall., Sean Conner
      • Re: Garbage collection durint pcall., Egor Skriptunoff
  • <Possible follow-ups>
  • Re: Garbage collection durint pcall., Francisco Olarte
  • Re: Garbage collection durint pcall., Sean Conner
    • Re: Garbage collection durint pcall., Francisco Olarte
• add "split" into standard library, Hugo
  • Re: add "split" into standard library, Philippe Verdy
    • Re: add "split" into standard library, Philippe Verdy
      • Re: add "split" into standard library, Philippe Verdy
      • Re: add "split" into standard library, Philippe Verdy
      • Re: add "split" into standard library, Philippe Verdy
      • Re: add "split" into standard library, Philippe Verdy
      • Re: add "split" into standard library, Philippe Verdy
  • Re: add "split" into standard library, Peter Aronoff
• Re: Lua 5.4 tests?, Andrew Gierth
  • <Possible follow-ups>
  • Re: Lua 5.4 tests?, Roberto Ierusalimschy
    • Re: Lua 5.4 tests?, Viacheslav Usov
    • Re: Lua 5.4 tests?, Tony Papadimitriou
• Re: Converting floats to strings, Philippe Verdy
  • Re: Converting floats to strings, Francisco Olarte
    • Re: Converting floats to strings, Philippe Verdy
• Re: Classes, exceptions and enums, Lorenzo Donati
  • <Possible follow-ups>
  • Re: Classes, exceptions and enums, Andrew Starks
• List, Thom Howes
  • Re: List, Sean Conner
• Re: Lua C API, Bob
• Re: Panic on new system, Rick Hedin
• Re: Thoughts on new syntax for toclose, Xavier Wang
  • Re: Thoughts on new syntax for toclose, Dibyendu Majumdar
• Syntactical ugliness - does it matter?, Dibyendu Majumdar
  • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
    • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Sean Conner
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Sean Conner
      • Re: Syntactical ugliness - does it matter?, Egor Skriptunoff
  • Re: Syntactical ugliness - does it matter?, Andrew Gierth
    • Re: Syntactical ugliness - does it matter?, Sam Pagenkopf
    • Re: Syntactical ugliness - does it matter?, Egor Skriptunoff
  • Re: Syntactical ugliness - does it matter?, Pavel
    • Re: Syntactical ugliness - does it matter?, Oliver Kroth
      • Re: Syntactical ugliness - does it matter?, Ulrich Schmidt
      • Re: Syntactical ugliness - does it matter?, Sergey Zakharchenko
      • Re: Syntactical ugliness - does it matter?, Rodrigo Azevedo
      • Re: Syntactical ugliness - does it matter?, Egor Skriptunoff
      • Re: Syntactical ugliness - does it matter?, Andrew Gierth
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Ryan Ford
      • Re: Syntactical ugliness - does it matter?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: Syntactical ugliness - does it matter?, Matthew Wild
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Coda Highland
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Matthew Wild
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Matthew Wild
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Matthew Wild
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Paul K
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Matthew Wild
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
      • Re: Syntactical ugliness - does it matter?, Coda Highland
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
      • Re: Syntactical ugliness - does it matter?, Coda Highland
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
      • Re: Syntactical ugliness - does it matter?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: Syntactical ugliness - does it matter?, Jeff
      • Re: Syntactical ugliness - does it matter?, Coda Highland
    • Re: Syntactical ugliness - does it matter?, Luiz Henrique de Figueiredo
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Tony Papadimitriou
      • Re: Syntactical ugliness - does it matter?, Oliver Kroth
      • Re: Syntactical ugliness - does it matter?, Dibyendu Majumdar
      • Re: Syntactical ugliness - does it matter?, Andrew Gierth
      • Re: Syntactical ugliness - does it matter?, Oliver Kroth
      • Re: Syntactical ugliness - does it matter?, Andrew Gierth
      • Re: Syntactical ugliness - does it matter?, Hakki Dogusan
      • Re: Syntactical ugliness - does it matter?, Xavier Wang
  • Re: Syntactical ugliness - does it matter?, Sam Putman
  • Re: Syntactical ugliness - does it matter?, Xavier Wang
    • Re: Syntactical ugliness - does it matter?, Egor Skriptunoff
      • Re: Syntactical ugliness - does it matter?, Xavier Wang
      • Re: Syntactical ugliness - does it matter?, Egor Skriptunoff
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
      • Re: Syntactical ugliness - does it matter?, Coda Highland
      • Re: Syntactical ugliness - does it matter?, Philippe Verdy
• C stack size, Roberto Ierusalimschy
  • Re: C stack size, Andrew Gierth
  • Re: C stack size, pocomane
  • Re: C stack size, pocomane
    • Re: C stack size, Roberto Ierusalimschy
• Wireshark dissector scans packet file three times, Jerry White
  • Re: Wireshark dissector scans packet file three times, Thijs Schreijer
    • Re: Wireshark dissector scans packet file three times, Jerry White
• Literal values and __call, John Erling Blad
  • Re: Literal values and __call, nobody
    • Re: Literal values and __call, John Erling Blad
      • Re: Literal values and __call, John Erling Blad
  • Re: Literal values and __call, Egor Skriptunoff
    • Re: Literal values and __call, John Erling Blad
• Language lawyer corner: object liveness, Sergey Zakharchenko
  • Re: Language lawyer corner: object liveness, Thijs Schreijer
    • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Gé Weijers
      • Re: Language lawyer corner: object liveness, Roberto Ierusalimschy
      • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Philippe Verdy
      • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Dibyendu Majumdar
      • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Sergey Zakharchenko
      • Re: Language lawyer corner: object liveness, Gé Weijers
  • Re: Language lawyer corner: object liveness, Philippe Verdy
• Re: Errors in IUP scripts are causing my application to shut down, Jane Taubman
  • Re: Errors in IUP scripts are causing my application to shut down, Antonio Scuri
    • Re: Errors in IUP scripts are causing my application to shut down, Jane Taubman
      • Re: Errors in IUP scripts are causing my application to shut down, Antonio Scuri
      • Re: Errors in IUP scripts are causing my application to shut down, Jane Taubman
      • Re: Errors in IUP scripts are causing my application to shut down, Antonio Scuri
      • Re: Errors in IUP scripts are causing my application to shut down, Jane Taubman
• Lua 5.4.0-alpha-rc1 behavior with closing methods errors, phlnc8
  • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, phlnc8
  • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Roberto Ierusalimschy
    • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, nobody
    • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, phlnc8
  • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, David Heiko Kolf
    • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, nobody
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, David Heiko Kolf
    • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Francisco Olarte
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, David Heiko Kolf
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Francisco Olarte
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, David Heiko Kolf
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Francisco Olarte
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Sergey Kovalev
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Tony Papadimitriou
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Diego Nehab
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Ryan Ford
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Matthew Wild
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Sergey Kovalev
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Francisco Olarte
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Sergey Kovalev
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Sergey Kovalev
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Francisco Olarte
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Sergey Kovalev
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Coda Highland
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Jim
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, Gé Weijers
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: Lua 5.4.0-alpha-rc1 behavior with closing methods errors, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
• future of annotations in Lua?, Hisham
  • Re: future of annotations in Lua?, Dibyendu Majumdar
  • Re: future of annotations in Lua?, Lorenzo Donati
    • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Hisham
    • Re: future of annotations in Lua?, Egor Skriptunoff
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Lorenzo Donati
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
  • Re: future of annotations in Lua?, Roberto Ierusalimschy
    • Re: future of annotations in Lua?, Dibyendu Majumdar
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Lorenzo Donati
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Lorenzo Donati
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: future of annotations in Lua?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Sean Conner
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Sean Conner
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, Jim
      • Re: future of annotations in Lua?, Lorenzo Donati
      • Re: future of annotations in Lua?, Jim
    • Re: future of annotations in Lua?, Pierre Chapuis
    • Re: future of annotations in Lua?, Hisham
      • Re: future of annotations in Lua?, Dibyendu Majumdar
      • Re: future of annotations in Lua?, Roberto Ierusalimschy
      • Re: future of annotations in Lua?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: future of annotations in Lua?, Coda Highland
      • Re: future of annotations in Lua?, Philippe Verdy
      • Re: future of annotations in Lua?, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: future of annotations in Lua?, Lorenzo Donati
• [ANN] LuaRocks 3.1.3, Hisham
  • Re: [ANN] LuaRocks 3.1.3, Russell Haley
• [ANN] Lua 5.4.0 (alpha-rc2) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, phlnc8
    • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
  • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Daurnimator
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Doug Currie
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Tony Papadimitriou
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, pocomane
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Dibyendu Majumdar
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Viacheslav Usov
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Sean Conner
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Doug Currie
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, nobody
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Rodrigo Azevedo
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, nobody
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, pocomane
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Russell Haley
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Russell Haley
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Sean Conner
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Egor Skriptunoff
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Chris Smith
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Aapo Talvensaari
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Hisham
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Doug Currie
      • Message not available
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, pocomane
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Daurnimator
    • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Daurnimator
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Paul Ducklin
    • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Roberto Ierusalimschy
  • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Egil Hjelmeland
  • <Possible follow-ups>
  • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Kenneth Lorber
    • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Sean Conner
      • Re: [ANN] Lua 5.4.0 (alpha-rc2) now available, Egor Skriptunoff
• Re: [ANN] Lua in Kernel for Linux, Marc Balmer
• Minor old-standing documentation nitpick, Sergey Zakharchenko
• Hook for ignored errors?, Andrew Gierth
  • Re: Hook for ignored errors?, Paul K
• 5.4.0-alpha: accessing the Lua state in lua_WarnFunction, David Heiko Kolf
  • Re: 5.4.0-alpha: accessing the Lua state in lua_WarnFunction, Andrew Gierth
    • Re: 5.4.0-alpha: accessing the Lua state in lua_WarnFunction, David Heiko Kolf
  • Re: 5.4.0-alpha: accessing the Lua state in lua_WarnFunction, David Heiko Kolf
• Simple catch of local names, Rodrigo Azevedo
• Re: Ternary operator patch, JKB
  • Re: Ternary operator patch, steve donovan
    • Re: Ternary operator patch, Sean Conner
      • Re: Ternary operator patch, steve donovan
• So I had this weird idea to solve the indexing problem, Soni "They/Them" L.
  • Re: So I had this weird idea to solve the indexing problem, Egor Skriptunoff
    • Re: So I had this weird idea to solve the indexing problem, Philippe Verdy
      • Re: So I had this weird idea to solve the indexing problem, Philippe Verdy
      • Re: So I had this weird idea to solve the indexing problem, Philippe Verdy
      • Re: So I had this weird idea to solve the indexing problem, Gé Weijers
      • Re: So I had this weird idea to solve the indexing problem, Philippe Verdy
  • Re: So I had this weird idea to solve the indexing problem, Pavel
    • Re: So I had this weird idea to solve the indexing problem, Oliver Kroth
      • Re: So I had this weird idea to solve the indexing problem, Philippe Verdy
• A thought about <const>, Dibyendu Majumdar
  • Re: A thought about <const>, Coda Highland
    • Re: A thought about <const>, Dibyendu Majumdar
      • Re: A thought about <const>, Coda Highland
      • Re: A thought about <const>, Dibyendu Majumdar
      • Re: A thought about <const>, Coda Highland
      • Re: A thought about <const>, Dibyendu Majumdar
      • Re: A thought about <const>, Sergey Kovalev
    • Re: A thought about <const>, David Heiko Kolf
      • Re: A thought about <const>, Coda Highland
      • Re: A thought about <const>, David Heiko Kolf
      • Re: A thought about <const>, Coda Highland
      • Re: A thought about <const>, Sean Conner
      • Re: A thought about <const>, Coda Highland
• IUP question: how can I make IUP dialogs float in front of other application windows and/or be modal with respect to them?, Simon Orde
  • Re: IUP question: how can I make IUP dialogs float in front of other application windows and/or be modal with respect to them?, Antonio Scuri
    • RE: IUP question: how can I make IUP dialogs float in front of other application windows and/or be modal with respect to them?, Simon Orde
      • Re: IUP question: how can I make IUP dialogs float in front of other application windows and/or be modal with respect to them?, Antonio Scuri
• Lua 5.4.0-alpha-rc2 performance, Phil Leblanc
• [NoW] Why only LOCAL const variables?, Egor Skriptunoff
  • Re: [NoW] Why only LOCAL const variables?, Philippe Verdy
• Re: lua-http https failures on Ubuntu 18, Daurnimator
• Re: LuaThread sources?, Sven Olsen
• [ANN] Lua 5.4.0 (alpha) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
    • Re: More on errors in finalizers (was: [ANN] Lua 5.4.0 (alpha) now available), David Heiko Kolf
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Viacheslav Usov
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Egor Skriptunoff
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Lorenzo Donati
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Paul Ducklin
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Lorenzo Donati
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Viacheslav Usov
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Rodrigo Azevedo
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Lorenzo Donati
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Rodrigo Azevedo
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Hugo Musso Gualandi
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Coda Highland
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Francisco Olarte
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Jim
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Jim
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Viacheslav Usov
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Jim
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Dibyendu Majumdar
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Dibyendu Majumdar
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Philipp Janda
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Philipp Janda
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Soni "They/Them" L.
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Francisco Olarte
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Dibyendu Majumdar
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Dirk Laurie
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Dirk Laurie
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Paul Ducklin
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Sean Conner
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Sean Conner
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Francisco Olarte
    • Re: [ANN] Lua 5.4.0 (alpha) now available, Dibyendu Majumdar
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Dirk Laurie
      • Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sean Conner
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • 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), Sergey Kovalev
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), pocomane
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), pocomane
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), pocomane
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Dibyendu Majumdar
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), pocomane
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Coda Highland
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Philipp Janda
      • 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), Philipp Janda
      • Re: Yet another proposal for <toclose> (was Re: [ANN] Lua 5.4.0 (alpha) now available), Sergey Kovalev
      • Re: [ANN] Lua 5.4.0 (alpha) now available, Andrew Gierth
  • Re: [ANN] Lua 5.4.0 (alpha) now available, Dirk Laurie
  • 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, Coda Highland
• Aside: "constant variable"?, Tony Papadimitriou
  • Re: Aside: "constant variable"?, Coda Highland
    • Re: Aside: "constant variable"?, Coda Highland
• 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
  • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 云风 Cloud Wu
    • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, Andrew Gierth
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, Andrew Gierth
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, Andrew Gierth
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, Andrew Gierth
      • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, 重归混沌
    • Re: 'setobj' in lua-5.4.0-alpha-rc2 become more faster, Javier Guerra Giraldez
• Why do we need “toclose” (or those angle brackets) at all?, Paul Ducklin
  • Re: Why do we need “toclose” (or those angle brackets) at all?, David Heiko Kolf
  • Re: Why do we need “toclose” (or those angle brackets) at all?, Egor Skriptunoff
    • Re: Why do we need “toclose” (or those angle brackets) at all?, Paul Ducklin
      • Re: Why do we need “toclose” (or those angle brackets) at all?, Rodrigo Azevedo
  • Re: Why do we need “toclose” (or those angle brackets) at all?, Sergey Zakharchenko
    • Re: Why do we need “toclose” (or those angle brackets) at all?, Paul Ducklin
      • Re: Why do we need “toclose” (or those angle brackets) at all?, Sergey Zakharchenko
      • Re: Why do we need “toclose” (or those angle brackets) at all?, Paul Ducklin
    • Re: Why do we need “toclose” (or those angle brackets) at all?, David Heiko Kolf
  • Re: Why do we need “toclose” (or those angle brackets) at all?, Ryan Ford
  • Re: Why do we need “toclose” (or those angle brackets) at all?, René Rebe
• Multiple toclose on the same value.., Francisco Olarte
  • Re: Multiple toclose on the same value.., Coda Highland
    • Re: Multiple toclose on the same value.., Gabriel Bertilson
      • Re: Multiple toclose on the same value.., Francisco Olarte
    • Re: Multiple toclose on the same value.., Francisco Olarte
  • Re: Multiple toclose on the same value.., Dibyendu Majumdar
    • Re: Multiple toclose on the same value.., Francisco Olarte
• metatable abuse.., Francisco Olarte
  • Re: metatable abuse.., Aaron B.
    • Re: metatable abuse.., Soni "They/Them" L.
      • Re: metatable abuse.., Philippe Verdy
    • Re: metatable abuse.., Francisco Olarte
• To-be-close confusion..., Paul Ducklin
  • Re: To-be-close confusion..., Sean Conner
    • Re: To-be-close confusion..., David Heiko Kolf
    • Re: To-be-close confusion..., Paul Ducklin
  • Re: To-be-close confusion..., Francisco Olarte
  • Re: To-be-close confusion..., Andrew Starks
• Loading a Lua module in two different states which run in two different threads with a mutex in place, Abhijit Nandy
  • Re: Loading a Lua module in two different states which run in two different threads with a mutex in place, Andrew Gierth
    • Re: Loading a Lua module in two different states which run in two different threads with a mutex in place, Thijs Schreijer
• Function to detect Lua state and heap corruption, Abhijit Nandy
  • Re: Function to detect Lua state and heap corruption, Andrew Gierth
  • Re: Function to detect Lua state and heap corruption, Roberto Ierusalimschy
    • Re: Function to detect Lua state and heap corruption, Abhijit Nandy
      • Re: Function to detect Lua state and heap corruption, Roberto Ierusalimschy
      • Re: Function to detect Lua state and heap corruption, Abhijit Nandy
    • Re: Function to detect Lua state and heap corruption, Paul Ducklin
• manual table rehash, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
  • Re: manual table rehash, Philippe Verdy
    • Re: manual table rehash, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
• LPEG, Kees Jan Hermans
• Backporting the toclose feature to Lua 5.3, Dibyendu Majumdar
• UIs and automatically adding yield(), Abhijit Nandy
  • Re: UIs and automatically adding yield(), Sam Putman
  • Re: UIs and automatically adding yield(), Milind Gupta
  • Re: UIs and automatically adding yield(), Thomas Jericke
    • Re: UIs and automatically adding yield(), Abhijit Nandy
• Suggestion : Use unique string type instead of two (short and long), 云风 Cloud Wu
  • Re: Suggestion : Use unique string type instead of two (short and long), Matthew Wild
    • Re: Suggestion : Use unique string type instead of two (short and long), 云风
    • Re: Suggestion : Use unique string type instead of two (short and long), Coda Highland
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风
      • Re: Suggestion : Use unique string type instead of two (short and long), Philippe Verdy
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风
  • Re: Suggestion : Use unique string type instead of two (short and long), Roberto Ierusalimschy
    • Re: Suggestion : Use unique string type instead of two (short and long), 云风
      • Re: Suggestion : Use unique string type instead of two (short and long), Roberto Ierusalimschy
    • Re: Suggestion : Use unique string type instead of two (short and long), 云风
      • Re: Suggestion : Use unique string type instead of two (short and long), Roberto Ierusalimschy
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风
      • Re: Suggestion : Use unique string type instead of two (short and long), Roberto Ierusalimschy
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风 Cloud Wu
      • Re: Suggestion : Use unique string type instead of two (short and long), 云风
• Crash (and/or going nuts) in case of error in __gc (Lua 5.4), v
  • Re: Crash (and/or going nuts) in case of error in __gc (Lua 5.4), Sean Conner
    • Re: Crash (and/or going nuts) in case of error in __gc (Lua 5.4), Andrew Gierth
      • Re: Crash (and/or going nuts) in case of error in __gc (Lua 5.4), Roberto Ierusalimschy
• LPEG output, Kees Jan Hermans
  • Re: LPEG output, Roberto Ierusalimschy
    • Re: LPEG output, Kees Jan Hermans
    • Re: LPEG output, Kees Jan Hermans
      • Re: LPEG output, Kees Jan Hermans
    • Re: LPEG output, Kees Jan Hermans
      • Re: LPEG output, Roberto Ierusalimschy
      • Re: LPEG output, Kees Jan Hermans
      • Re: LPEG output, Roberto Ierusalimschy
      • Re: LPEG output, Kees Jan Hermans
      • Re: LPEG output, Kees Jan Hermans
• getpeername() equivalent for websocket client, Srinivas Murthy
• help with Lua Code Review, Jose Angel Vazquez
  • Re: help with Lua Code Review, dyngeccetor8
    • Re: help with Lua Code Review, Philippe Verdy
• lua_rawgetp seems broken, Andrei Alexeyev
  • Re: lua_rawgetp seems broken, Roberto Ierusalimschy
• [ANN] LuaVararg 2.1, Renato Maia
• [ANN] LuaMemory 1.0, Renato Maia
• Lua scripting challenge, sean570
  • Re: Lua scripting challenge, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
    • Re: Lua scripting challenge, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
  • Re: Lua scripting challenge, Tim Hill
    • Re: Lua scripting challenge, Francisco Olarte
    • Re: Lua scripting challenge, Jim
      • Re: Lua scripting challenge, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
      • Re: Lua scripting challenge, Tim Hill
      • Re: Lua scripting challenge, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
• Curious case of publicly used Lua library ... static library or public one?, Matěj Cepl
• Chaining __call metamethods, v
  • Re: Chaining __call metamethods, Roberto Ierusalimschy
• Ho to trim file in lua?, Sergey Kovalev
  • Re: Ho to trim file in lua?, Paul K
    • Re: Ho to trim file in lua?, Philippe Verdy
      • Re: Ho to trim file in lua?, Sergey Kovalev
      • Re: Ho to trim file in lua?, Philippe Verdy
      • Re: Ho to trim file in lua?, Philippe Verdy
      • Re: Ho to trim file in lua?, Philippe Verdy
• How to use a c module with embedded lua on windows, Marcus Mason
  • Re: How to use a c module with embedded lua on windows, Andrew Gierth
    • Re: How to use a c module with embedded lua on windows, Marcus Mason
      • Re: How to use a c module with embedded lua on windows, Francisco Olarte
      • Re: How to use a c module with embedded lua on windows, Andrew Gierth
      • Re: How to use a c module with embedded lua on windows, Paul K
      • Re: How to use a c module with embedded lua on windows, Francisco Olarte
      • Re: How to use a c module with embedded lua on windows, Lorenzo Donati
      • Re: How to use a c module with embedded lua on windows, Marcus Mason
      • Re: How to use a c module with embedded lua on windows, Francisco Olarte
• Lua vs Python C bindings, Dibyendu Majumdar
  • Re: Lua vs Python C bindings, v
  • Re: Lua vs Python C bindings, Coda Highland
    • Re: Lua vs Python C bindings, Russell Haley
  • Re: Lua vs Python C bindings, Hugo Musso Gualandi
    • Re: Lua vs Python C bindings, Dibyendu Majumdar
      • Re: Lua vs Python C bindings, Hugo Musso Gualandi
      • Re: Lua vs Python C bindings, Dibyendu Majumdar
      • Re: Lua vs Python C bindings, Hugo Musso Gualandi
      • Re: Lua vs Python C bindings, Dibyendu Majumdar
  • Re: Lua vs Python C bindings, Jim
  • Re: Lua vs Python C bindings, Jim
• Why should not toclose be the default?, Dirk Laurie
  • Re: Why should not toclose be the default?, Jim
  • Re: Why should not toclose be the default?, Michal Kottman
    • Re: Why should not toclose be the default?, Dirk Laurie
  • Re: Why should not toclose be the default?, Viacheslav Usov
    • Re: Why should not toclose be the default?, Jim
  • Re: Why should not toclose be the default?, v
  • Re: Why should not toclose be the default?, Rodrigo Azevedo
• Lua 5.4 alpha: (yet more) toclose feedback, Matthew Wild
  • Re: Lua 5.4 alpha: (yet more) toclose feedback, Roberto Ierusalimschy
    • Re: Lua 5.4 alpha: (yet more) toclose feedback, Soni "They/Them" L.
      • Re: Lua 5.4 alpha: (yet more) toclose feedback, v
      • Re: Lua 5.4 alpha: (yet more) toclose feedback, Soni "They/Them" L.
      • Re: Lua 5.4 alpha: (yet more) toclose feedback, Coda Highland
• [Proposal] Please skip empty statements after return, Soni "They/Them" L.
  • Re: [Proposal] Please skip empty statements after return, Jim
    • Re: [Proposal] Please skip empty statements after return, Soni "They/Them" L.
      • Re: [Proposal] Please skip empty statements after return, Jim
  • Re: [Proposal] Please skip empty statements after return, Philippe Verdy
• Syntactic sugar for references, Moorea Moorea
  • Re: Syntactic sugar for references, Sam Pagenkopf
• dynasm vreg support, Carlo Kok
  • Re: dynasm vreg support, Philippe Verdy
    • Re: dynasm vreg support, Jim
      • Re: dynasm vreg support, Philippe Verdy
      • Re: dynasm vreg support, Dirk Laurie
      • Re: dynasm vreg support, Philippe Verdy
• Any news or ETA on the lua-5.4.0-alpha-tests tarball file?, Paul Ducklin
  • Re: Any news or ETA on the lua-5.4.0-alpha-tests tarball file?, Luiz Henrique de Figueiredo
• [BUG] unsafe metatable paradigm, Viacheslav Usov
  • Re: [BUG] unsafe metatable paradigm, v
  • Re: [BUG] unsafe metatable paradigm, Egor Skriptunoff
    • Re: [BUG] unsafe metatable paradigm, Viacheslav Usov
  • Re: [BUG] unsafe metatable paradigm, nobody
    • Re: [BUG] unsafe metatable paradigm, Viacheslav Usov
      • Re: [BUG] unsafe metatable paradigm, Roberto Ierusalimschy
      • Re: [BUG] unsafe metatable paradigm, Philipp Janda
      • Re: [BUG] unsafe metatable paradigm, Roberto Ierusalimschy
      • Re: [BUG] unsafe metatable paradigm, Viacheslav Usov
      • Re: [BUG] unsafe metatable paradigm, Andrew Gierth
      • Re: [BUG] unsafe metatable paradigm, Viacheslav Usov
• [ANN] lua-gumbo 0.5 release, Craig Barnes
• Replace the last item in a string of 'words', Russell Haley
  • Re: Replace the last item in a string of 'words', Paul K
    • Re: Replace the last item in a string of 'words', Gabriel Bertilson
    • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', v
      • Re: Replace the last item in a string of 'words', Jim
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Jim
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Jim
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', v
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Paul K
      • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', Philippe Verdy
      • Re: Replace the last item in a string of 'words', Jim
      • Re: Replace the last item in a string of 'words', Russell Haley
      • Re: Replace the last item in a string of 'words', Philippe Verdy
• 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
      • 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
  • Re: Non-linear lexical scoping (again) and an idea about __unset, Tim Hill
• [FUN] CodeGolf: solve equation x^x=C, Egor Skriptunoff
  • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
    • Re: [FUN] CodeGolf: solve equation x^x=C, Coda Highland
      • Re: [FUN] CodeGolf: solve equation x^x=C, Soni "They/Them" L.
      • Re: [FUN] CodeGolf: solve equation x^x=C, Gé Weijers
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
  • Re: [FUN] CodeGolf: solve equation x^x=C, Dirk Laurie
    • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Coda Highland
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Coda Highland
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Roberto Ierusalimschy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Jim
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
    • Re: [FUN] CodeGolf: solve equation x^x=C, Dirk Laurie
      • Re: [FUN] CodeGolf: solve equation x^x=C, Albert Chan
  • Re: [FUN] CodeGolf: solve equation x^x=C, Egor Skriptunoff
    • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
    • Re: [FUN] CodeGolf: solve equation x^x=C, Xavier Wang
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Philippe Verdy
      • Re: [FUN] CodeGolf: solve equation x^x=C, Egor Skriptunoff
    • Re: [FUN] CodeGolf: solve equation x^x=C, Dirk Laurie
      • Re: [FUN] CodeGolf: solve equation x^x=C, Xavier Wang
      • Re: [FUN] CodeGolf: solve equation x^x=C, Albert Chan
      • Re: [FUN] CodeGolf: solve equation x^x=C, Xavier Wang
      • Re: [FUN] CodeGolf: solve equation x^x=C, Albert Chan
      • Re: [FUN] CodeGolf: solve equation x^x=C, Dirk Laurie
      • Re: [FUN] CodeGolf: solve equation x^x=C, Albert Chan
      • Re: [FUN] CodeGolf: solve equation x^x=C, Dirk Laurie
      • Re: [FUN] CodeGolf: solve equation x^x=C, Egor Skriptunoff
      • Re: [FUN] CodeGolf: solve equation x^x=C, Soni "They/Them" L.
      • Re: [FUN] CodeGolf: solve equation x^x=C, Sean Conner
      • Re: [FUN] CodeGolf: solve equation x^x=C, Egor Skriptunoff
      • Re: [FUN] CodeGolf: solve equation x^x=C, Viacheslav Usov
  • Re: [FUN] CodeGolf: solve equation x^x=C, Sergey Kovalev
• Refactor a block of Lua code to a function, Abhijit Nandy
  • Re: Refactor a block of Lua code to a function, Sergey Zakharchenko
    • Re: Refactor a block of Lua code to a function, Egor Skriptunoff
      • Re: Refactor a block of Lua code to a function, Sergey Zakharchenko
      • Message not available
      • Re: Refactor a block of Lua code to a function, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
  • Re: Refactor a block of Lua code to a function, Philippe Verdy
  • Re: Refactor a block of Lua code to a function, Tim Hill
    • Re: Refactor a block of Lua code to a function, Jim
    • Re: Refactor a block of Lua code to a function, Jim
    • Re: Refactor a block of Lua code to a function, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
• Problem with closures, nCcalls on Lua 5.4.0 (alpha), Tom Sutcliffe
  • Re: Problem with closures, nCcalls on Lua 5.4.0 (alpha), Roberto Ierusalimschy
  • <Possible follow-ups>
  • Re: Problem with closures, nCcalls on Lua 5.4.0 (alpha), Tom Sutcliffe
    • tostring userdata (was: Problem with closures, nCcalls on Lua 5.4.0 (alpha)), Tom Sutcliffe
      • Re: tostring userdata, Andrew Gierth
• xpcall message handler error, Milind Gupta
  • Re: xpcall message handler error, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
    • Re: xpcall message handler error, szbnwer@<a href="/cgi-bin/echo.cgi?gmail.com">...</a>
• Journal-oriented programming with the __close metamethod, Dirk Laurie
• How about new syntax elements, Sergey Kovalev
  • Re: How about new syntax elements, Philippe Verdy
    • Re: How about new syntax elements, Philippe Verdy
      • Re: How about new syntax elements, Sergey Kovalev

---

Mail converted by MHonArc 2.6.19