Mail Thread Index

[Date Index] [Thread Index]

• Try/catch etc: Exceptions comments from Prof. William Kahan, 1997, sur-behoffski
  • Re: Try/catch etc: Exceptions comments from Prof. William Kahan, 1997, Jonne Ransijn
• Lua quine, Martin
  • Re: Lua quine, Daurnimator
    • Re: Lua quine, Martin
      • Re: Lua quine, Martin
      • Re: Lua quine, Jay
• Re: Short form for defining a function (Was: try-catch ...), Thomas Jericke
  • Re: Short form for defining a function (Was: try-catch ...), steve donovan
    • Re: Short form for defining a function (Was: try-catch ...), Jonne Ransijn
  • <Possible follow-ups>
  • Re: Short form for defining a function (Was: try-catch ...), Aapo Talvensaari
    • Re: Short form for defining a function (Was: try-catch ...), Dirk Laurie
• Re: Try-catch and try-finally, Viacheslav Usov
  • <Possible follow-ups>
  • Re: Try-catch and try-finally, Pierre-Yves Gérardy
• result of 32-bit shift implicitly converted to 64 bits, eugeny gladkih
  • Re: result of 32-bit shift implicitly converted to 64 bits, Daurnimator
• LPEG on Solaris, Heinrich Hartmann
  • Re: LPEG on Solaris, Roberto Ierusalimschy
    • Re: LPEG on Solaris, Daurnimator
      • Re: LPEG on Solaris, Owen Shepherd
      • Re: LPEG on Solaris, Heinrich Hartmann
      • Re: LPEG on Solaris, Roberto Ierusalimschy
      • Re: LPEG on Solaris, Coda Highland
      • Re: LPEG on Solaris, Roberto Ierusalimschy
      • Re: LPEG on Solaris, William Ahern
      • Re: LPEG on Solaris, Daurnimator
      • Re: LPEG on Solaris, Soni L.
      • Re: LPEG on Solaris, Roberto Ierusalimschy
      • Message not available
      • Re: LPEG on Solaris, Roberto Ierusalimschy
      • Re: LPEG on Solaris, Heinrich Hartmann
  • Re: LPEG on Solaris, William Ahern
• Re: [ANN] Lua 5.3.3 (rc3) now available, Egor Skriptunoff
  • Re: [ANN] Lua 5.3.3 (rc3) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.3.3 (rc3) now available, Egor Skriptunoff
  • Re: [ANN] Lua 5.3.3 (rc3) now available, Kim Alvefur
  • <Possible follow-ups>
  • Re: [ANN] Lua 5.3.3 (rc3) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.3.3 (rc3) now available, Marc Balmer
      • Re: [ANN] Lua 5.3.3 (rc3) now available, Roberto Ierusalimschy
• public key or asymmetric cryptography library, Iwan Budi Kusnanto
  • Re: public key or asymmetric cryptography library, Daurnimator
    • Re: public key or asymmetric cryptography library, Daurnimator
      • Re: public key or asymmetric cryptography library, William Ahern
    • Re: public key or asymmetric cryptography library, Marc Balmer
      • Re: public key or asymmetric cryptography library, William Ahern
      • Re: public key or asymmetric cryptography library, Vadim A. Misbakh-Soloviov
  • Re: public key or asymmetric cryptography library, Michal Kottman
    • Re: public key or asymmetric cryptography library, Iwan Budi Kusnanto
• [ANN] One More Maketool, Ulrich Schmidt
• [idea] Add memory pool to Lua?, Xavier Wang
  • Re: [idea] Add memory pool to Lua?, Daurnimator
    • Re: [idea] Add memory pool to Lua?, Xavier Wang
    • Re: [idea] Add memory pool to Lua?, Christian Thaeter
    • Re: [idea] Add memory pool to Lua?, Sean Conner
  • Re: [idea] Add memory pool to Lua?, Long Cheng
• cannot receive LUA_HOOKTAILRET event of tail call after debug.sethook, cx0cx2001
  • Re: cannot receive LUA_HOOKTAILRET event of tail call afterdebug.sethook, cx0cx2001
    • Re: cannot receive LUA_HOOKTAILRET event of tail call afterdebug.sethook, Daurnimator
      • Re: cannot receive LUA_HOOKTAILRET event of tail call afterdebug.sethook, Nagaev Boris
      • Re: cannot receive LUA_HOOKTAILRET event of tail call afterdebug.sethook, Daurnimator
      • Re: Re: cannot receive LUA_HOOKTAILRET event of tail callafterdebug.sethook, cx0cx2001
• Re: Introducing luavm - Lua Version Manager, Dhaval Kapil
  • Re: Introducing luavm - Lua Version Manager, Andrew Starks
    • Re: Introducing luavm - Lua Version Manager, Dhaval Kapil
      • Re: Introducing luavm - Lua Version Manager, Hisham
      • Re: Introducing luavm - Lua Version Manager, Sean Conner
      • Re: Introducing luavm - Lua Version Manager, Hisham
      • Re: Introducing luavm - Lua Version Manager, Dhaval Kapil
  • Re: Introducing luavm - Lua Version Manager, Ryan Pusztai
    • Re: Introducing luavm - Lua Version Manager, Dhaval Kapil
• [ANN] Lua 5.3.3 now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.3.3 now available, Daurnimator
    • Re: [ANN] Lua 5.3.3 now available, Luiz Henrique de Figueiredo
• string.pack alignment, Tim Hill
• Documentation page for 5.3 manual wrong?, Patrick Donnelly
  • Re: Documentation page for 5.3 manual wrong?, Luiz Henrique de Figueiredo
• `checkoption` and `optstring` undocumented call to `checkstring` which calls `tolstring`., Duane Leslie
• table / array sort and API annoyance, Volker Eckert
  • Re: table / array sort and API annoyance, Philipp Janda
• Should not integer exponentiation work when it works?, Dirk Laurie
  • Re: Should not integer exponentiation work when it works?, Egor Skriptunoff
    • Re: Should not integer exponentiation work when it works?, Egor Skriptunoff
    • Re: Should not integer exponentiation work when it works?, Coda Highland
      • Re: Should not integer exponentiation work when it works?, Egor Skriptunoff
      • Re: Should not integer exponentiation work when it works?, Jay Carlson
  • Re: Should not integer exponentiation work when it works?, Patrick Donnelly
    • Re: Should not integer exponentiation work when it works?, Philipp Janda
      • Re: Should not integer exponentiation work when it works?, Patrick Donnelly
      • Re: Should not integer exponentiation work when it works?, Coda Highland
      • Re: Should not integer exponentiation work when it works?, Patrick Donnelly
  • Re: Should not integer exponentiation work when it works?, Kaleb Barrett
• tekUI toolkit, Tasty Minerals
  • Re: tekUI toolkit, Thomas Fletcher
    • Re: tekUI toolkit, Timm S. Mueller
  • Re: tekUI toolkit, Marc Balmer
  • Re: tekUI toolkit, Martin
    • Re: tekUI toolkit, Rena
      • Re: tekUI toolkit, steve donovan
      • Re: tekUI toolkit, Dirk Laurie
      • Re: tekUI toolkit, steve donovan
• Lua content from O'Reilly, Tyler Neylon
  • Re: Lua content from O'Reilly, Etiene Dalcol
  • Re: Lua content from O'Reilly, Martin
  • Re: Lua content from O'Reilly, steve donovan
  • Re: Lua content from O'Reilly, Andrew Starks
• some random thoughts on naming conventions for Lua libraries/modules, 书呆彭, Peng Yi
  • Re: some random thoughts on naming conventions for Lua libraries/modules, Sean Conner
  • Re: some random thoughts on naming conventions for Lua libraries/modules, Hisham
    • Re: some random thoughts on naming conventions for Lua libraries/modules, 书呆彭, Peng Yi
    • Re: some random thoughts on naming conventions for Lua libraries/modules, Philipp Janda
      • Re: some random thoughts on naming conventions for Lua libraries/modules, Hisham
  • Re: some random thoughts on naming conventions for Lua libraries/modules, Pierre Chapuis
    • Re: some random thoughts on naming conventions for Lua libraries/modules, Sean Conner
    • Re: some random thoughts on naming conventions for Lua libraries/modules, Thijs Schreijer
    • Re: some random thoughts on naming conventions for Lua libraries/modules, Pierre Chapuis
      • Re: some random thoughts on naming conventions for Lua libraries/modules, Soni L.
      • Re: some random thoughts on naming conventions for Lua libraries/modules, Pierre Chapuis
      • Re: some random thoughts on naming conventions for Lua libraries/modules, Hisham
    • Re: some random thoughts on naming conventions for Lua libraries/modules, Hisham
• [ANN] lua-command-tools, steve donovan
• [ANN] Power patches certified for 5.3.3!, Reuben Thomas
• Convenience require, Soni L.
  • Re: Convenience require, Soni L.
• Convenience require (resend), Soni L.
  • Re: Convenience require (resend), Sean Conner
  • Re: Convenience require (resend), Sean Conner
    • Re: Convenience require (resend), Soni L.
      • Re: Convenience require (resend), Sean Conner
      • Re: Convenience require (resend), Soni L.
      • Re: Convenience require (resend), Sean Conner
• [ANN] LPegLabel 0.12.2-2, Sérgio Medeiros
• OP_NEWTABLE > __gc > lua_getinfo > getfuncname fails assert, Dave Hayden
  • Re: OP_NEWTABLE > __gc > lua_getinfo > getfuncname fails assert, Sean Conner
    • Re: OP_NEWTABLE > __gc > lua_getinfo > getfuncname fails assert, Dave Hayden
      • Re: OP_NEWTABLE > __gc > lua_getinfo > getfuncname fails assert, Roberto Ierusalimschy
      • Re: OP_NEWTABLE > __gc > lua_getinfo > getfuncname fails assert, Dave Hayden
• Lua registers selection, Marco Bambini
  • Re: Lua registers selection, Lourival Vieira Neto
    • Re: Lua registers selection, Lourival Vieira Neto
  • Re: Lua registers selection, Roberto Ierusalimschy
• Using LuaRocks to distribute scripts, Milind Gupta
  • Re: Using LuaRocks to distribute scripts, Nagaev Boris
    • Re: Using LuaRocks to distribute scripts, Milind Gupta
• userdata with automatic uservalue?, Marc Balmer
  • Re: userdata with automatic uservalue?, Daurnimator
  • Re: userdata with automatic uservalue?, Roberto Ierusalimschy
• Strange issue after merging Lua 5.3.3, Dibyendu Majumdar
  • Re: Strange issue after merging Lua 5.3.3, Soni L.
  • Re: Strange issue after merging Lua 5.3.3, Roberto Ierusalimschy
    • Re: Strange issue after merging Lua 5.3.3, Dibyendu Majumdar
• lua-l digests, Luiz Henrique de Figueiredo
• Lua Object Oriented examples, Joao Von
• inadequate documentation for select and table.unpack, Viacheslav Usov
  • Re: inadequate documentation for select and table.unpack, Dirk Laurie
    • Re: inadequate documentation for select and table.unpack, Viacheslav Usov
      • Re: inadequate documentation for select and table.unpack, Lorenzo Donati
  • Re: inadequate documentation for select and table.unpack, Martin
    • Re: inadequate documentation for select and table.unpack, Nagaev Boris
      • Re: inadequate documentation for select and table.unpack, Soni L.
      • Re: inadequate documentation for select and table.unpack, Hisham
      • Re: inadequate documentation for select and table.unpack, Martin
      • Re: inadequate documentation for select and table.unpack, Egor Skriptunoff
      • Re: inadequate documentation for select and table.unpack, Martin
    • Re: inadequate documentation for select and table.unpack, Viacheslav Usov
  • Re: inadequate documentation for select and table.unpack, Dirk Laurie
    • Re: inadequate documentation for select and table.unpack, Roberto Ierusalimschy
      • Re: inadequate documentation for select and table.unpack, Wilson Kazuo Mizutani
      • Re: inadequate documentation for select and table.unpack, Dirk Laurie
      • Non-copying varargs (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Non-copying varargs (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: inadequate documentation for select and table.unpack, Roberto Ierusalimschy
      • Re: inadequate documentation for select and table.unpack, Dirk Laurie
      • Re: inadequate documentation for select and table.unpack, Martin
      • Re: inadequate documentation for select and table.unpack, Viacheslav Usov
      • Re: inadequate documentation for select and table.unpack, Hisham
      • Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Patrick Donnelly
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Patrick Donnelly
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Patrick Donnelly
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Sean Conner
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Patrick Donnelly
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Nagaev Boris
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Soni L.
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Hisham
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), steve donovan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Philipp Janda
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), steve donovan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), steve donovan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), KHMan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), KHMan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), KHMan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Philipp Janda
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Philipp Janda
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Daniel Stephens
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Andrew Starks
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Viacheslav Usov
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Andrew Starks
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Luiz Henrique de Figueiredo
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Philipp Janda
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), steve donovan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Philipp Janda
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), steve donovan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Javier Guerra Giraldez
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), KHMan
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Roberto Ierusalimschy
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Eduardo Ochs
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Dirk Laurie
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Martin
      • Message not available
      • Re: Issues with the current varargs implementation (Was: Re: inadequate documentation for select and table.unpack), Jay Carlson
• Reference manual incomplete on os.remove() and os.rename(), Oliver Kroth
• LPEG 're' module self-test fails, Nick Gammon
  • Re: LPEG 're' module self-test fails, Roberto Ierusalimschy
  • <Possible follow-ups>
  • Re: LPEG 're' module self-test fails, Nick Gammon
    • Re: LPEG 're' module self-test fails, Nick Gammon
• [ANN] amoeba, the pure C implement of Cassowary constraint solving algorithm, Xavier Wang
  • Re: [ANN] amoeba, the pure C implement of Cassowary constraint solving algorithm, Daurnimator
    • Re: [ANN] amoeba, the pure C implement of Cassowary constraint solving algorithm, Xavier Wang
• Re: What would you recommend as best way to translate Lua to Esperanto, Mathieu Stumpf Guntz
  • Re: What would you recommend as best way to translate Lua to Esperanto, Luiz Henrique de Figueiredo
    • Re: What would you recommend as best way to translate Lua to Esperanto, Luiz Henrique de Figueiredo
• Where Lua is Used: Game Engine Additions, bzSteve
• Re: undefined behaviour in lua source, Daurnimator
  • Re: undefined behaviour in lua source, Roberto Ierusalimschy
    • Re: undefined behaviour in lua source, Daurnimator
  • Re: undefined behaviour in lua source, Sergey Zakharchenko
    • Re: undefined behaviour in lua source, Daurnimator
      • Re: undefined behaviour in lua source, Daurnimator
• Re: Building lua wrapper for coolprop, Christophe Jorssen
  • Re: Building lua wrapper for coolprop, Hisham
    • Re: Building lua wrapper for coolprop, Christophe Jorssen
      • Re: Building lua wrapper for coolprop, Hisham
      • Re: Building lua wrapper for coolprop, Christophe Jorssen
      • Re: Building lua wrapper for coolprop, Hisham
      • Re: Building lua wrapper for coolprop, Christophe Jorssen
      • Re: Building lua wrapper for coolprop, 书呆彭, Peng Yi
• ipairs parameters, Thijs Schreijer
  • Re: ipairs parameters, Dirk Laurie
    • Re: ipairs parameters, Thijs Schreijer
      • Re: ipairs parameters, Dirk Laurie
• Table.remove() issue with the last element, Laurent FAILLIE
  • Re: Table.remove() issue with the last element, Doug Currie
    • Re: Table.remove() issue with the last element, Laurent FAILLIE
      • Re: Table.remove() issue with the last element, Doug Currie
      • Re: Table.remove() issue with the last element, Doug Currie
      • Re: Table.remove() issue with the last element, Laurent FAILLIE
• Can't luarocks and/or the luaposix rockspec be a little smarter?, Dirk Laurie
  • Re: Can't luarocks and/or the luaposix rockspec be a little smarter?, Peter Melnichenko
    • Re: Can't luarocks and/or the luaposix rockspec be a little smarter?, Dirk Laurie
      • Re: Can't luarocks and/or the luaposix rockspec be a little smarter?, Hisham
• Obtaining the destination of a symbolic link, Dirk Laurie
  • Re: Obtaining the destination of a symbolic link, Hisham
  • Re: Obtaining the destination of a symbolic link, Nagaev Boris
• Re: OT: Gmail flagging lua-l messages as spam, Luiz Henrique de Figueiredo
  • Re: OT: Gmail flagging lua-l messages as spam, Jonathan Goble
• [ANN] alert() implemented in pure Lua, Egor Skriptunoff
  • Re: [ANN] alert() implemented in pure Lua, Dirk Laurie
    • Re: [ANN] alert() implemented in pure Lua, Sleepers Tang
    • Re: [ANN] alert() implemented in pure Lua, Coda Highland
      • Re: [ANN] alert() implemented in pure Lua, Luiz Henrique de Figueiredo
      • Re: [ANN] alert() implemented in pure Lua, Egor Skriptunoff
      • Re: [ANN] alert() implemented in pure Lua, Sean Conner
      • Re: [ANN] alert() implemented in pure Lua, Coda Highland
      • Re: [ANN] alert() implemented in pure Lua, Egor Skriptunoff
• When do we get benefit to use "long string"?, Satoru Kawahara
  • Re: When do we get benefit to use "long string"?, Dirk Laurie
    • Re: When do we get benefit to use "long string"?, steve donovan
      • Re: When do we get benefit to use "long string"?, Satoru Kawahara
      • Re: When do we get benefit to use "long string"?, 云风 Cloud Wu
      • Re: When do we get benefit to use "long string"?, Roberto Ierusalimschy
• Parallel port library wanted, Tasty Minerals
  • Re: Parallel port library wanted, Thijs Schreijer
• PATCH: added LUA_FLOORN2I to luaconf.h, benjamin.steinwender
• Why does coroutine.create return a thread?, Andrew Starks
  • Re: Why does coroutine.create return a thread?, Jean-Luc Jumpertz
    • Re: Why does coroutine.create return a thread?, Roberto Ierusalimschy
      • Re: Why does coroutine.create return a thread?, Andrew Starks
      • Re: Why does coroutine.create return a thread?, Gregg Reynolds
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Gregg Reynolds
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Sean Conner
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Gregg Reynolds
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Daurnimator
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Daurnimator
      • Re: Why does coroutine.create return a thread?, Gregg Reynolds
      • Re: Why does coroutine.create return a thread?, Coda Highland
      • Re: Why does coroutine.create return a thread?, Gregg Reynolds
      • Re: Why does coroutine.create return a thread?, Sean Conner
      • Re: Why does coroutine.create return a thread?, Jorge Visca
• Bug in the Lua 5.3 parser, nobody
• yield from C debug hook on a coroutine in LuaJIT 2.1 beta2, Ye Xing
  • Re: yield from C debug hook on a coroutine in LuaJIT 2.1 beta2, Luiz Henrique de Figueiredo
    • Re: yield from C debug hook on a coroutine in LuaJIT 2.1 beta2, Ye Xing
• new bug, Roberto Ierusalimschy
  • Re: new bug, Roberto Ierusalimschy
• XML converters (Was: Issues with the current varargs implementation), Dirk Laurie
  • Re: XML converters (Was: Issues with the current varargs implementation), Luiz Henrique de Figueiredo
    • Re: XML converters (Was: Issues with the current varargs implementation), Dirk Laurie
• [ANN] Golly 2.8b3 -- now with Lua support, Andrew Trevorrow
• Feature Request, `__next` metamethod., Duane Leslie
  • Re: Feature Request, `__next` metamethod., steve donovan
  • Metamethod madness (was Re: Feature Request, `__next` metamethod.), Sean Conner
    • Re: Metamethod madness (was Re: Feature Request, `__next` metamethod.), steve donovan
      • Re: Metamethod madness (was Re: Feature Request, `__next` metamethod.), Michal Kottman
    • Re: Metamethod madness (was Re: Feature Request, `__next` metamethod.), Dirk Laurie
  • Re: Feature Request, `__next` metamethod., Soni L.
    • Re: Feature Request, `__next` metamethod., Duane Leslie
      • Re: Feature Request, `__next` metamethod., Soni L.
  • Re: Feature Request, `__next` metamethod., Dirk Laurie
    • Re: Feature Request, `__next` metamethod., Duane Leslie
• Transaction Oriented GC algorithm in GoLang, Jean-Luc Jumpertz
  • Re: Transaction Oriented GC algorithm in GoLang, Viacheslav Usov
    • Re: Transaction Oriented GC algorithm in GoLang, Javier Guerra Giraldez
      • Re: Transaction Oriented GC algorithm in GoLang, Patrick Donnelly
      • Re: Transaction Oriented GC algorithm in GoLang, Jean-Luc Jumpertz
      • Re: Transaction Oriented GC algorithm in GoLang, Viacheslav Usov
      • Re: Transaction Oriented GC algorithm in GoLang, Jean-Luc Jumpertz
      • Re: Transaction Oriented GC algorithm in GoLang, Viacheslav Usov
• [Feature Request] "Extended argument list", Soni L.
  • Re: [Feature Request] "Extended argument list", steve donovan
• 'table' as fallback for tables, Dirk Laurie
  • Re: 'table' as fallback for tables, Patrick Donnelly
    • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Patrick Donnelly
  • Re: 'table' as fallback for tables, Philipp Janda
    • Re: 'table' as fallback for tables, Roberto Ierusalimschy
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Roberto Ierusalimschy
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Dirk Laurie
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Andrew Starks
      • Re: 'table' as fallback for tables, Andrew Starks
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Sean Conner
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Sean Conner
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Hisham
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Thijs Schreijer
      • Re: 'table' as fallback for tables, Roberto Ierusalimschy
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Jay
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Adrián Pérez de Castro
      • Re: 'table' as fallback for tables, Andrew Starks
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Roberto Ierusalimschy
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Andrew Starks
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Michal Kottman
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Roberto Ierusalimschy
      • Re: 'table' as fallback for tables, Gavin Wraith
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Andrew Starks
      • Re: 'table' as fallback for tables, Henrik Ilgen
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Dirk Laurie
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Daurnimator
      • Re: 'table' as fallback for tables, steve donovan
      • Re: 'table' as fallback for tables, Jay Carlson
      • Re: 'table' as fallback for tables, Hisham
      • Re: 'table' as fallback for tables, Soni L.
      • Re: 'table' as fallback for tables, Coda Highland
      • Re: 'table' as fallback for tables, Dirk Laurie
      • Re: 'table' as fallback for tables, Tim Hill
      • Re: 'table' as fallback for tables, Philipp Janda
      • Re: 'table' as fallback for tables, Jay
      • Re: 'table' as fallback for tables, Tim Hill
    • Re: 'table' as fallback for tables, Daurnimator
• `math.integer` does not explicitly convert string to integer., Duane Leslie
  • Re: `math.integer` does not explicitly convert string to integer., Mike Nelson
  • Re: `math.integer` does not explicitly convert string to integer., Dirk Laurie
• RE: Metamethod madness (was Re: Feature Request, `__next`), John Hind
• Lua tables for genealogy, Dirk Laurie
  • Re: Lua tables for genealogy, Eike Decker
• Compiler warnings when dealing with huge integers, Mooffie
  • Re: Compiler warnings when dealing with huge integers, Sean Conner
    • Re: Compiler warnings when dealing with huge integers, Sean Conner
    • Re: Compiler warnings when dealing with huge integers, Mooffie
      • Re: Compiler warnings when dealing with huge integers, Philipp Janda
  • Re: Compiler warnings when dealing with huge integers, Roberto Ierusalimschy
    • Re: Compiler warnings when dealing with huge integers, Mooffie
• [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Irfan Adilovic
  • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Roberto Ierusalimschy
  • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Sean Conner
    • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Coda Highland
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Sean Conner
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Nagaev Boris
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Scott Morgan
    • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Roberto Ierusalimschy
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Roberto Ierusalimschy
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Lorenzo Donati
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Roberto Ierusalimschy
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Sean Conner
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Coda Highland
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Lorenzo Donati
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Roberto Ierusalimschy
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Sean Conner
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Christian N.
      • Re: [patch][c++] fix "invalid conversion from ‘void*’ to ‘char*’", Coda Highland
  • Re: [patch][c++] fix conversion from const char*, Scott Condit
    • Re: [patch][c++] fix conversion from const char*, Roberto Ierusalimschy
• I very confuse of tabe, only the 3rd can be skiped., GHui
  • Re: I very confuse of tabe, only the 3rd can be skiped., Nagaev Boris
  • Re: I very confuse of tabe, only the 3rd can be skiped., Thijs Schreijer
• [ANN] CodeFlow 1.0, a Live Lua IDE for iOS, tvOS and macOS, Jean-Luc Jumpertz
• [ANN] LuaCov 0.12.0 and CLuaCov 0.1.0, Peter Melnichenko
• AI written PBS Idea Channel script used Lua, Daniel Silverstone
• bug, saboteur
  • Re: bug, Egor Skriptunoff
    • Re: bug, saboteur
  • Re: bug, Nagaev Boris
    • Re: bug, Nagaev Boris
• Where can I download the Lua 5.1's manual?, Niccolo Medici
  • Re: Where can I download the Lua 5.1's manual?, Ignacio Burgueño
  • Re: Where can I download the Lua 5.1's manual?, Luiz Henrique de Figueiredo
    • Re: Where can I download the Lua 5.1's manual?, Niccolo Medici
      • Re: Where can I download the Lua 5.1's manual?, Luiz Henrique de Figueiredo
• [ANN] standalone reference manuals, Luiz Henrique de Figueiredo
  • Re: [ANN] standalone reference manuals, Christian N.

---

Mail converted by MHonArc 2.6.19