Mail Thread Index

[Date Index] [Thread Index]

• Re: A question about table's length, Eike Decker
  • <Possible follow-ups>
  • Re: A question about table's length, Graham Wakefield
    • Re: A question about table's length, Florian Weimer
      • Re: A question about table's length, Graham Wakefield
  • Re: A question about table's length, Leo Razoumov
    • Re: A question about table's length, steve donovan
    • Re: A question about table's length, Vaughan McAlley
• Re: aes encryption, Joshua Jensen
  • <Possible follow-ups>
  • Re: aes encryption, Jerome Vuarand
• iterator sequences (was: Standard libraries), Wim Couwenberg
  • Re: iterator sequences (was: Standard libraries), steve donovan
    • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
      • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
    • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
  • Re: iterator sequences (was: Standard libraries), Mark Hamburg
    • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
  • Re: iterator sequences (was: Standard libraries), Mark Hamburg
    • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
    • Re: iterator sequences (was: Standard libraries), Mark Hamburg
      • Re: iterator sequences (was: Standard libraries), Mark Hamburg
      • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
      • Re: iterator sequences (was: Standard libraries), steve donovan
      • Re: iterator sequences (was: Standard libraries), Mark Hamburg
      • Re: iterator sequences (was: Standard libraries), Wim Couwenberg
      • Re: iterator sequences (was: Standard libraries), Mark Hamburg
  • <Possible follow-ups>
  • RE: iterator sequences (was: Standard libraries), mark
• Re: Adding new paths for the access of embedded programs, Graham Wakefield
  • Re: Adding new paths for the access of embedded programs, Luciano de Souza
• Re: General purpose notification mechanism for Lua, Jerome Vuarand
  • Re: General purpose notification mechanism for Lua, Tiago Katcipis
    • Re: General purpose notification mechanism for Lua, Joe Andresen
    • Re: General purpose notification mechanism for Lua, Petite Abeille
      • Re: General purpose notification mechanism for Lua, Mark Hamburg
  • Re: General purpose notification mechanism for Lua, Alexander Gladysh
    • Re: General purpose notification mechanism for Lua, Jerome Vuarand
      • Re: General purpose notification mechanism for Lua, Tiago Katcipis
      • Re: General purpose notification mechanism for Lua, Doug Rogers
      • Re: General purpose notification mechanism for Lua, Doug Rogers
      • Re: General purpose notification mechanism for Lua, Tiago Katcipis
      • Re: General purpose notification mechanism for Lua, Tiago Katcipis
      • Re: General purpose notification mechanism for Lua, Tiago Katcipis
      • Re: General purpose notification mechanism for Lua, Tiago Katcipis
• Re: Embedding Lua in an application, Jerome Vuarand
  • <Possible follow-ups>
  • Re: Embedding Lua in an application, Tony Finch
  • RE: Embedding Lua in an application, Murray S. Kucherawy
• Re: LuaSofia is a Lua binding of Sofia-Sip library, Jerome Vuarand
  • Re: LuaSofia is a Lua binding of Sofia-Sip library, Paulo Pizarro
• LuaJIT & iterator sequences (a question for Mike Pall), Mark Hamburg
  • Re: LuaJIT & iterator sequences (a question for Mike Pall), Mike Pall
    • Re: LuaJIT & iterator sequences (a question for Mike Pall), Mark Hamburg
      • Re: LuaJIT & iterator sequences (a question for Mike Pall), Mike Pall
      • Re: LuaJIT & iterator sequences (a question for Mike Pall), David Kastrup
      • Re: LuaJIT & iterator sequences (a question for Mike Pall), Mark Hamburg
      • Re: LuaJIT & iterator sequences (a question for Mike Pall), steve donovan
      • Re: LuaJIT & iterator sequences (a question for Mike Pall), Mark Hamburg
• CoCo & coroutine library, Peter Kümmel
  • Re: CoCo & coroutine library, Mike Pall
    • Re: CoCo & coroutine library, Joseph Stewart
  • Re: CoCo & coroutine library, Wim Couwenberg
• GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
  • Re: GSL shell release 0.9.6 plus standard Lua module, Leo Razoumov
    • Re: GSL shell release 0.9.6 plus standard Lua module, Wesley Smith
      • Re: GSL shell release 0.9.6 plus standard Lua module, Luiz Henrique de Figueiredo
      • Re: GSL shell release 0.9.6 plus standard Lua module, Alexander Gladysh
      • Re: GSL shell release 0.9.6 plus standard Lua module, Wesley Smith
      • Re: GSL shell release 0.9.6 plus standard Lua module, KHMan
    • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Wesley Smith
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Wesley Smith
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Wesley Smith
  • Re: GSL shell release 0.9.6 plus standard Lua module, steve donovan
    • Re: GSL shell release 0.9.6 plus standard Lua module, Miles Bader
      • Re: GSL shell release 0.9.6 plus standard Lua module, Miles Bader
      • Re: GSL shell release 0.9.6 plus standard Lua module, KHMan
      • Re: GSL shell release 0.9.6 plus standard Lua module, Miles Bader
    • Re: GSL shell release 0.9.6 plus standard Lua module, David Kastrup
      • Re: GSL shell release 0.9.6 plus standard Lua module, steve donovan
      • Re: GSL shell release 0.9.6 plus standard Lua module, Luiz Henrique de Figueiredo
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Luiz Henrique de Figueiredo
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, Luiz Henrique de Figueiredo
      • Re: GSL shell release 0.9.6 plus standard Lua module, KHMan
      • Re: GSL shell release 0.9.6 plus standard Lua module, Francesco Abbate
      • Re: GSL shell release 0.9.6 plus standard Lua module, KHMan
      • Re: GSL shell release 0.9.6 plus standard Lua module, David Given
      • Re: GSL shell release 0.9.6 plus standard Lua module, Wim Couwenberg
      • Re: GSL shell release 0.9.6 plus standard Lua module, Leo Razoumov
      • Re: GSL shell release 0.9.6 plus standard Lua module, David Given
• Closed Modules: a Useful Hack, steve donovan
  • Re: Closed Modules: a Useful Hack, steve donovan
• Serial I/O Support, b g
  • Re: Serial I/O Support, Tiago Katcipis
  • Re: Serial I/O Support, Petr Štetiar
    • Re: Serial I/O Support, RJP Computing
      • Re: Serial I/O Support, Petr Štetiar
      • Re: Serial I/O Support, RJP Computing
      • Re: Serial I/O Support, Petr Štetiar
      • Re: Serial I/O Support, RJP Computing
      • Re: Serial I/O Support, Petr Štetiar
      • Re: Serial I/O Support, RJP Computing
      • Re: Serial I/O Support, Petr Štetiar
      • Re: Serial I/O Support, RJP Computing
      • Re: Serial I/O Support, Petr Štetiar
  • RE: Serial I/O Support, King, Mike
    • Re: Serial I/O Support, KHMan
      • Re[2]: Serial I/O Support, Bulat Ziganshin
      • Re: Serial I/O Support, KHMan
      • RE: Serial I/O Support, King, Mike
      • Re: Serial I/O Support, KHMan
      • RE: Serial I/O Support, King, Mike
      • RE: Serial I/O Support, King, Mike
      • Re: Serial I/O Support, RJP Computing
      • RE: Serial I/O Support, King, Mike
      • Re: Serial I/O Support, steve donovan
      • Re: Serial I/O Support, Bogdan Marinescu
      • RE: Serial I/O Support, King, Mike
      • Re: Serial I/O Support, Bogdan Marinescu
      • RE: Serial I/O Support, King, Mike
      • RE: Serial I/O Support, Lyndon Nerenberg (VE6BBM/VE7TFX)
      • RE: Serial I/O Support, King, Mike
      • Re: Serial I/O Support, steve donovan
      • Re: Serial I/O Support, Lyndon Nerenberg (VE6BBM/VE7TFX)
      • Re: Serial I/O Support, Petr Štetiar
      • Re: Serial I/O Support, RJP Computing
  • <Possible follow-ups>
  • Serial I/O Support, b g
• Re: Compiling LPeg on Windows as C++, Matthias Kluwe
  • <Possible follow-ups>
  • Re: Compiling LPeg on Windows as C++, Matthias Kluwe
    • Re: Compiling LPeg on Windows as C++, Wolfgang Pupp
      • Re: Compiling LPeg on Windows as C++, Roberto Ierusalimschy
      • Re: Compiling LPeg on Windows as C++, Wolfgang Pupp
      • Re: Compiling LPeg on Windows as C++, Roberto Ierusalimschy
      • Re: Compiling LPeg on Windows as C++, Matthias Kluwe
      • Re: Compiling LPeg on Windows as C++, Matthias Kluwe
• Calling a member function using text to specify function name, Colm Sloan
  • Re: Calling a member function using text to specify function name, Rob Hoelz
  • Re: Calling a member function using text to specify function name, Robert Raschke
    • Re: Calling a member function using text to specify function name, Colm Sloan
• mergesort patch for lua-5.1.4, Dave Rodgers
• [ANN] luabind 0.9, Daniel Wallin
• Additional debug info, Mark Hamburg
  • Re: Additional debug info, Roberto Ierusalimschy
    • Re: Additional debug info, Taj Khattra
      • Re: Additional debug info, Petite Abeille
  • <Possible follow-ups>
  • Re: Additional debug info, duck
• Lua registry, environment, and threads., Christian Tellefsen
  • Re: Lua registry, environment, and threads., Jerome Vuarand
  • Re: Lua registry, environment, and threads., Patrick Donnelly
    • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Christian Tellefsen
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Jerome Vuarand
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., Doug Currie
      • Re: Lua registry, environment, and threads., David Burgess
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Doug Currie
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Patrick Donnelly
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re[2]: Lua registry, environment, and threads., Bulat Ziganshin
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Tony Finch
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Miles Bader
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., Petite Abeille
      • Re: Lua registry, environment, and threads., Paul Moore
      • Re: Lua registry, environment, and threads., Petite Abeille
      • Re: Lua registry, environment, and threads., Miles Bader
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Juris Kalnins
      • Re: Lua registry, environment, and threads., Luiz Henrique de Figueiredo
      • Re: Lua registry, environment, and threads., Quae Quack
      • Re: Lua registry, environment, and threads., Juris Kalnins
      • Re: Lua registry, environment, and threads., Sean Conner
      • Re: Lua registry, environment, and threads., Juris Kalnins
      • Re: Lua registry, environment, and threads., Juris Kalnins
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Juris Kalnins
      • Re: Lua registry, environment, and threads., Tony Finch
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Tony Finch
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Luiz Henrique de Figueiredo
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Miles Bader
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Francesco Abbate
      • Lexical environments in 5.2, Doug Rogers
      • Re: Lua registry, environment, and threads., Enrico Colombini
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Enrico Colombini
      • Re: Lua registry, environment, and threads., Edgar Toernig
      • Re: Lua registry, environment, and threads., Enrico Colombini
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., David Manura
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., Frank Meier-Dörnberg
      • Re: Lua registry, environment, and threads., Frank Meier-Dörnberg
      • Re: Lua registry, environment, and threads., Leo Razoumov
      • Re: Lua registry, environment, and threads., Miles Bader
      • Re: Lua registry, environment, and threads., David Manura
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Mike Pall
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Matthew Wild
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Matthew Wild
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Mike Pall
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Roberto Ierusalimschy
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Mark Hamburg
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Mike Pall
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Dirk Feytons
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Mike Pall
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), Luiz Henrique de Figueiredo
      • Re: Backport of Lua 5.2 "in" scoping (was Re: Lua registry, environment, and threads.), steve donovan
      • Re: Backport of Lua 5.2 "in" scoping, David Kastrup
      • Re: Backport of Lua 5.2 "in" scoping, Mark Hamburg
      • Re: Backport of Lua 5.2 "in" scoping, David Kastrup
      • Re: Backport of Lua 5.2 "in" scoping, Mark Hamburg
      • Backport of Lua 5.2 "in" scoping #2, Mike Pall
      • Re: Lua registry, environment, and threads., Mike Pall
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Mike Pall
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Enrico Tassi
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Roberto Ierusalimschy
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Romulo
      • Re: Lua registry, environment, and threads., Mike Pall
      • Re: Lua registry, environment, and threads., Joshua Jensen
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Fabien
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Wim Couwenberg
      • Re: Lua registry, environment, and threads., Jerome Vuarand
      • Re: Lua registry, environment, and threads., Alexander Gladysh
      • Re: Lua registry, environment, and threads., Cosmin Apreutesei
      • Re: Lua registry, environment, and threads., Nevin Flanagan
      • Re: Lua registry, environment, and threads., Matthew Wild
      • Re: Lua registry, environment, and threads., Cosmin Apreutesei
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Fabio Mascarenhas
      • Re: Lua registry, environment, and threads., steve donovan
      • Re: Lua registry, environment, and threads., Mark Hamburg
      • Re: Lua registry, environment, and threads., Leo Razoumov
    • Re: Lua registry, environment, and threads., Christian Tellefsen
• Cannot call Lua function from C code, Sudhindra Murthy
  • Re: Cannot call Lua function from C code, Graham Wakefield
    • Re: Cannot call Lua function from C code, Sudhindra Murthy
• Re: Automated Win32 bindings with Alien?, Pierre LeMoine
• Lua idiom for RE-style alternation?, duck
  • Re: Lua idiom for RE-style alternation?, Duncan Cross
  • Re: Lua idiom for RE-style alternation?, Scott Vokes
  • Re: Lua idiom for RE-style alternation?, David Manura
• Glitch in __len metamethod for full userdata?, Michael Roth
  • Re: Glitch in __len metamethod for full userdata?, Dirk Feytons
• Lpeg with file handles?, Quae Quack
  • Re: Lpeg with file handles?, David Manura
    • Re: Lpeg with file handles?, Tony Finch
• advice on a http client library?, Cosmin Apreutesei
  • Re: advice on a http client library?, Ico Doornekamp
    • Re: advice on a http client library?, Cosmin Apreutesei
      • Re: advice on a http client library?, Tomas Guisasola Gorham
      • Re: advice on a http client library?, Alexandre Erwin Ittner
      • Re: advice on a http client library?, Cosmin Apreutesei
• admin for Mochalua (open source), Patrick Meehan
  • Re: admin for Mochalua (open source), Raymond Jacobs
• Lua C-API in Lua Alchemy (was: Re: admin for Mochalua (open source)), Alexander Gladysh
• Alien gotcha: Passing the result of alien.callback() directly to a struct field, Duncan Cross
• Distributed Lua, teppy
  • Re: Distributed Lua, Alexander Gladysh
    • Re: Distributed Lua, teppy
      • Re: Distributed Lua, Luiz Henrique de Figueiredo
      • Re: Distributed Lua, Alexander Gladysh
      • Re: Distributed Lua, David Given
      • Re: Distributed Lua, Alexander Gladysh
      • Re: Distributed Lua, Dirk Feytons
      • Re: Distributed Lua, Olivier Hamel
  • Re: Distributed Lua, Duboucher Thomas
  • Re: Distributed Lua, Michal Kolodziejczyk
• Ordered keys patch for lua-5.1.4 (+extra junk), Dave Rodgers
  • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Luiz Henrique de Figueiredo
    • Re: Ordered keys patch for lua-5.1.4 (+extra junk), liam mail
      • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Roberto Ierusalimschy
      • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Daniel Silverstone
      • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Roberto Ierusalimschy
      • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Tony Finch
      • Re: Ordered keys patch for lua-5.1.4 (+extra junk), Dave Dodge
• luasocket.http and repeating headers, Cosmin Apreutesei
  • Re: luasocket.http and repeating headers, Diego Nehab
    • Re: luasocket.http and repeating headers, Tony Finch
      • Re: luasocket.http and repeating headers, Diego Nehab
      • Re: luasocket.http and repeating headers, Tony Finch
      • Re: luasocket.http and repeating headers, Diego Nehab
      • Re: luasocket.http and repeating headers, Tony Finch
    • Re: luasocket.http and repeating headers, Cosmin Apreutesei
      • Re: luasocket.http and repeating headers, Diego Nehab
• thoughts on luasocket, Cosmin Apreutesei
  • Re: thoughts on luasocket, Alexander Gladysh
    • Re: thoughts on luasocket, Cosmin Apreutesei
• converting arbitrary long decimals to hex?, Norbert Kiesel
  • Re: converting arbitrary long decimals to hex?, KHMan
  • Re: converting arbitrary long decimals to hex?, KHMan
    • Re: converting arbitrary long decimals to hex?, Norbert Kiesel
      • Re: converting arbitrary long decimals to hex?, KHMan
      • Re: converting arbitrary long decimals to hex?, Doug Currie
      • Re: converting arbitrary long decimals to hex?, KHMan
• luarocks and includes, Gunnar Zötl
  • Re: luarocks and includes, Hisham
    • Re: luarocks and includes, Gunnar Zötl
  • Re: luarocks and includes, Pierre LeMoine
• One or many instances?, Christopher Eykamp
  • Re: One or many instances?, Kurt Nordstrom
  • Re: One or many instances?, Jerome Vuarand
    • Re: One or many instances?, Vaughan McAlley
    • Re: One or many instances?, Christopher Eykamp
• [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.2.0 (work1) now available, Ico
  • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
  • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work1) now available, Michael Wolf
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Michael Wolf
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Joshua Jensen
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Wndows compile (was: [ANN] Lua 5.2.0 (work1) now available), Enrico Colombini
      • Re: Wndows compile (was: [ANN] Lua 5.2.0 (work1) now available), Alexander Gladysh
      • Re: Wndows compile, Enrico Colombini
      • Re: Wndows compile, David Burgess
      • Re: Wndows compile (was: [ANN] Lua 5.2.0 (work1) now available), Jerome Vuarand
    • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.2.0 (work1) now available, Martin Schröder
  • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
  • Re: [ANN] Lua 5.2.0 (work1) now available, Martin Schröder
    • Re: [ANN] Lua 5.2.0 (work1) now available, liam mail
    • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Martin Schröder
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
    • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ted Unangst
  • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, Petite Abeille
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tom N Harris
      • Re: [ANN] Lua 5.2.0 (work1) now available, Nevin Flanagan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tom N Harris
      • Re: [ANN] Lua 5.2.0 (work1) now available, Patrick Donnelly
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tom N Harris
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Duboucher Thomas
      • Re: [ANN] Lua 5.2.0 (work1) now available, Duboucher Thomas
      • Re: [ANN] Lua 5.2.0 (work1) now available, Klaus Ripke
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tony Finch
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Duboucher Thomas
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tom N Harris
      • Re: [ANN] Lua 5.2.0 (work1) now available, Klaus Ripke
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Andre Carregal
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re[2]: [ANN] Lua 5.2.0 (work1) now available, Bulat Ziganshin
      • Re: Re[2]: [ANN] Lua 5.2.0 (work1) now available, Leo Razoumov
      • Re: Re[2]: [ANN] Lua 5.2.0 (work1) now available, Tony Finch
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Quae Quack
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Klaus Ripke
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ted Unangst
      • Re: [ANN] Lua 5.2.0 (work1) now available, Klaus Ripke
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, T T
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Robert Raschke
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work1) now available, Renato Maia
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alex Davies
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Petite Abeille
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
  • Re: [ANN] Lua 5.2.0 (work1) now available, Mikhail Gusarov
  • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
  • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
    • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
    • Re: [ANN] Lua 5.2.0 (work1) now available, Rene Rebe
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alex Davies
      • Re: [ANN] Lua 5.2.0 (work1) now available, Leo Razoumov
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, Rene Rebe
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Rene Rebe
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re[2]: [ANN] Lua 5.2.0 (work1) now available, Bulat Ziganshin
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, Wim Couwenberg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Petite Abeille
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work1) now available, Rene Rebe
      • Re: [ANN] Lua 5.2.0 (work1) now available, liam mail
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Leo Razoumov
      • Re: [ANN] Lua 5.2.0 (work1) now available, Philippe Lhoste
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Enrico Colombini
    • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Currie
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Leo Razoumov
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Manura
      • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Currie
      • Re: [ANN] Lua 5.2.0 (work1) now available, Drake Wilson
      • Re: [ANN] Lua 5.2.0 (work1) now available, Sam Roberts
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work1) now available, Jerome Vuarand
      • Re: [ANN] Lua 5.2.0 (work1) now available, Klaus Ripke
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tony Finch
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tony Finch
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, Philippe Lhoste
      • Re: [ANN] Lua 5.2.0 (work1) now available, Leo Razoumov
      • Re: [ANN] Lua 5.2.0 (work1) now available, Vaughan McAlley
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work1) now available, Jeff Pohlmeyer
  • Re: [ANN] Lua 5.2.0 (work1) now available, Ignacio Burgueño
  • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
    • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
  • Re: [ANN] Lua 5.2.0 (work1) now available, Patrick Donnelly
    • Re: [ANN] Lua 5.2.0 (work1) now available, Matthew Wild
      • Re: [ANN] Lua 5.2.0 (work1) now available, Ben Kelly
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mike Pall
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Manura
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
  • Re: [ANN] Lua 5.2.0 (work1) now available, Jerome Vuarand
    • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
  • Re: [ANN] Lua 5.2.0 (work1) now available, Ben Kelly
    • Re: [ANN] Lua 5.2.0 (work1) now available, Nevin Flanagan
    • Re: [ANN] Lua 5.2.0 (work1) now available, David Manura
    • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Given
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
  • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
    • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
  • Re: [ANN] Lua 5.2.0 (work1) now available, Patrick Donnelly
  • Re: [ANN] Lua 5.2.0 (work1) now available, Attila
    • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Attila
  • Re: [ANN] Lua 5.2.0 (work1) now available, Peter Cawley
    • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.2.0 (work1) now available, Doug Currie
    • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
  • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
    • Re: [ANN] Lua 5.2.0 (work1) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
      • Re: [ANN] Lua 5.2.0 (work1) now available, Quae Quack
      • Re: [ANN] Lua 5.2.0 (work1) now available, Tom N Harris
    • Re: [ANN] Lua 5.2.0 (work1) now available, Enrico Colombini
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
    • Re: [ANN] Lua 5.2.0 (work1) now available, GrayFace
      • Re: [ANN] Lua 5.2.0 (work1) now available, Quae Quack
    • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
    • Re: [ANN] Lua 5.2.0 (work1) now available, dcharno
    • Re: [ANN] Lua 5.2.0 (work1) now available, Mark Hamburg
      • Re: [ANN] Lua 5.2.0 (work1) now available, Enrico Colombini
      • Re: [ANN] Lua 5.2.0 (work1) now available, Roberto Ierusalimschy
  • Re: [ANN] Lua 5.2.0 (work1) now available, Theodor-Iulian Ciobanu
    • Re: [ANN] Lua 5.2.0 (work1) now available, steve donovan
      • Re: [ANN] Lua 5.2.0 (work1) now available, Peter Cawley
• Bindings generator, Lua
  • Re: Bindings generator, Bulat Ziganshin
    • Re: Bindings generator, Jeff Pohlmeyer
• Lua Git repository, Alexander Gladysh
  • Re: Lua Git repository, Alexandre Erwin Ittner
• Lua 5.2 Binary Compatibility, steve donovan
  • Re: Lua 5.2 Binary Compatibility, Alexander Gladysh
    • Re: Lua 5.2 Binary Compatibility, steve donovan
      • Re: Lua 5.2 Binary Compatibility, Alexander Gladysh
    • Re: Lua 5.2 Binary Compatibility, Luiz Henrique de Figueiredo
  • Re: Lua 5.2 Binary Compatibility, Luiz Henrique de Figueiredo
    • Re: Lua 5.2 Binary Compatibility, steve donovan
    • Re: Lua 5.2 Binary Compatibility, steve donovan
      • Re: Lua 5.2 Binary Compatibility, Petite Abeille
      • Re: Lua 5.2 Binary Compatibility, steve donovan
• Deprecating setfenv(), Peter Odding
  • Re: Deprecating setfenv(), Miles Bader
    • Re: Deprecating setfenv(), Bertrand Mansion
      • Re: Deprecating setfenv(), Miles Bader
      • Re: Deprecating setfenv(), Patrick Donnelly
      • Re: Deprecating setfenv(), Miles Bader
      • Re: Deprecating setfenv(), Alexander Gladysh
      • Re: Deprecating setfenv(), François Perrad
      • Re: Deprecating setfenv(), steve donovan
      • Re: Deprecating setfenv(), David Kolf
      • Re: Deprecating setfenv(), steve donovan
      • Re: Deprecating setfenv(), Cosmin Apreutesei
      • Re: Deprecating setfenv(), Luiz Henrique de Figueiredo
      • Re: Deprecating setfenv(), Miles Bader
      • Re: Deprecating setfenv(), Mark Hamburg
      • Re: Deprecating setfenv(), Mark Hamburg
    • Re: Deprecating setfenv(), steve donovan
  • Re: Deprecating setfenv(), David Burgess
  • Re: Deprecating setfenv(), Cosmin Apreutesei
  • Re: Deprecating setfenv(), Peter Odding
    • Re: Deprecating setfenv(), Peter Odding
    • Re: Deprecating setfenv(), Jerome Vuarand
• Lua 5.2 custom array demo, steve donovan
  • Re: Lua 5.2 custom array demo, David Manura
    • Re: Lua 5.2 custom array demo, Mark Hamburg
    • Re: Lua 5.2 custom array demo, steve donovan
      • Re: Lua 5.2 custom array demo, David Kastrup
      • Re: Lua 5.2 custom array demo, Mark Hamburg
      • Re: Lua 5.2 custom array demo, steve donovan
      • Re: Lua 5.2 custom array demo, Gary Bringhurst
      • Re: Lua 5.2 custom array demo, Mark Hamburg
• lexical scoping: support for scope exit hooks, steve donovan
• __pairs isn't what we need, Quae Quack
  • Re: __pairs isn't what we need, Alexander Gladysh
• Lua 5.1->5.2 and module/require/getfenv issue, Matthew Wild
  • Re: Lua 5.1->5.2 and module/require/getfenv issue, David Manura
    • Re: Lua 5.1->5.2 and module/require/getfenv issue, Matthew Wild
    • Re: Lua 5.1->5.2 and module/require/getfenv issue, Cosmin Apreutesei
      • Re: Lua 5.1->5.2 and module/require/getfenv issue, David Manura
      • Re: Lua 5.1->5.2 and module/require/getfenv issue, Cosmin Apreutesei
  • Re: Lua 5.1->5.2 and module/require/getfenv issue, David Burgess
• Bit library in Lua 5.2, duck
  • Re: Bit library in Lua 5.2, Doug Rogers
• Lua 5.2 -- use of 'in' and 'loadin'..., duck
• Lua, autoconf and Mac OSX, Paul Beckingham
  • Re: Lua, autoconf and Mac OSX, Petr Štetiar
• Lua 5.2 still has '5.1' in the package path.., duck
• Access received headers from socket.http in storing sink, "J.Jørgen von Bargen"
  • Re: Access received headers from socket.http in storing sink, Diego Nehab
    • Re: Access received headers from socket.http in storing sink, Phoenix Sol
    • Re: Access received headers from socket.http in storing sink, Cosmin Apreutesei
      • Re: Access received headers from socket.http in storing sink, Diego Nehab
      • Re: Access received headers from socket.http in storing sink, Cosmin Apreutesei
      • Re: Access received headers from socket.http in storing sink, Diego Nehab
      • Re: Access received headers from socket.http in storing sink, Cosmin Apreutesei
• searchpath bug: (Was [ANN] Lua 5.2.0 (work1) now available), steve donovan
• Porting Nanoki to 5.2, Petite Abeille
  • Re: Porting Nanoki to 5.2, startx
  • Re: Porting Nanoki to 5.2, Petite Abeille
    • Re: Porting Nanoki to 5.2, Luiz Henrique de Figueiredo
      • Re: Porting Nanoki to 5.2, Petite Abeille
• slncrypto-1.1 & lua-5.2, Petite Abeille
• Lua 5.2, setfenv and the C API, Brett Nash
  • Re: Lua 5.2, setfenv and the C API, Alexander Gladysh
    • Re: Lua 5.2, setfenv and the C API, Leo Razoumov
      • Re: Lua 5.2, setfenv and the C API, Alexander Gladysh
      • Re: Lua 5.2, setfenv and the C API, Nevin Flanagan
      • Re: Lua 5.2, setfenv and the C API, Alexander Gladysh
      • Re: Lua 5.2, setfenv and the C API, steve donovan
      • Re: Lua 5.2, setfenv and the C API, steve donovan
    • Re: Lua 5.2, setfenv and the C API, Brett Nash
• Lua and iPhone Talk---13 January in Washington, DC, Matthew M. Burke
  • Re: Lua and iPhone Talk---13 January in Washington, DC, Andrew Wilson
    • Re: Lua and iPhone Talk---13 January in Washington, DC, liam mail
      • Re: Lua and iPhone Talk---13 January in Washington, DC, Matthew M. Burke
    • Re: Lua and iPhone Talk---13 January in Washington, DC, Matthew M. Burke
• Lua and UTF-8, Alexander Gladysh
  • Re: Lua and UTF-8, Roberto Ierusalimschy
    • Re: Lua and UTF-8, Thomas Harning Jr.
    • Re: Lua and UTF-8, Alexander Gladysh
    • Re: Lua and UTF-8, Jerome Vuarand
• Lua5.2.0-work1 precompiled for Windows, Ignacio Burgueño
  • Re: Lua5.2.0-work1 precompiled for Windows, Shmuel Zeigerman
    • Re: Lua5.2.0-work1 precompiled for Windows, liam mail
      • RE: Lua5.2.0-work1 precompiled for Windows, Antonio Scuri
    • Re: Lua5.2.0-work1 precompiled for Windows, Ignacio Burgueño
• LoadLibrary and 5.2, Antonio Scuri
  • Re: LoadLibrary and 5.2, David Burgess
    • Re: LoadLibrary and 5.2, Theodor-Iulian Ciobanu
      • Re: LoadLibrary and 5.2, David Burgess
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, David Burgess
      • Re: LoadLibrary and 5.2, Peter Cawley
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, Theodor-Iulian Ciobanu
      • Re: LoadLibrary and 5.2, David Burgess
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, RJP Computing
      • Re: LoadLibrary and 5.2, Jerome Vuarand
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, Ignacio Burgueño
      • Re: LoadLibrary and 5.2, Joshua Jensen
      • Re: LoadLibrary and 5.2, folays
      • Re: LoadLibrary and 5.2, David Burgess
      • Re: LoadLibrary and 5.2, Cosmin Apreutesei
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, Ignacio Burgueño
      • Re: LoadLibrary and 5.2, Thomas Harning Jr.
      • Re: LoadLibrary and 5.2, David Burgess
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, steve donovan
      • RE: LoadLibrary and 5.2, Antonio Scuri
      • Re: LoadLibrary and 5.2, steve donovan
      • Re: LoadLibrary and 5.2, David Burgess
      • Re: LoadLibrary and 5.2, Theodor-Iulian Ciobanu
      • RE: LoadLibrary and 5.2, Antonio Scuri
• Another Lua-aware application, Murray S. Kucherawy
• New URL target CSS style vs. Lua sources, Alexander Gladysh
  • Re: New URL target CSS style vs. Lua sources, Luiz Henrique de Figueiredo
• [ANN] fbclient - Firebird for Lua v0.4.0, Cosmin Apreutesei
• OOLua version 1.2.2 released, liam mail
  • Re: OOLua version 1.2.2 released, Daniel Wallin
    • Re: OOLua version 1.2.2 released, liam mail
      • Re: OOLua version 1.2.2 released, liam mail
      • Re: OOLua version 1.2.2 released, Daniel Wallin
      • Re: OOLua version 1.2.2 released, liam mail
      • Re: OOLua version 1.2.2 released, Daniel Wallin
• Ah, those uninitiated people..., Alexander Gladysh
  • Re: Ah, those uninitiated people..., Vladimir Ignatov
    • Re: Ah, those uninitiated people..., Petite Abeille
  • Re: Ah, those uninitiated people..., Stephen Kellett
  • Re: Ah, those uninitiated people..., Duncan Cross
  • Re: Ah, those uninitiated people..., Enrico Colombini
    • Re: Ah, those uninitiated people..., Roberto Ierusalimschy
      • Re: Ah, those uninitiated people..., Andrew Wilson
      • Re: Ah, those uninitiated people..., Alexander Gladysh
      • Re: Ah, those uninitiated people..., Petite Abeille
      • Re: Ah, those uninitiated people..., Stephen Kellett
      • Re: Ah, those uninitiated people..., Mark Hamburg
      • Re: Ah, those uninitiated people..., steve donovan
      • Re: Ah, those uninitiated people..., David Given
      • Re: Ah, those uninitiated people..., Tony Finch
      • Re: Ah, those uninitiated people..., Wesley Smith
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Luiz Henrique de Figueiredo
      • Re: Ah, those uninitiated people..., Tony Finch
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Tony Finch
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Tony Finch
      • Re: Ah, those uninitiated people..., David Given
      • Re: Ah, those uninitiated people..., Wesley Smith
      • Re: Ah, those uninitiated people..., Sean Conner
      • Re: Ah, those uninitiated people..., Mark Hamburg
      • Storing state information (was Re: Ah, those uninitiated people...), Mark Hamburg
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Alexander Gladysh
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Mark Hamburg
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Mike Pall
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Peter Sommerfeld
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Mike Pall
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Peter Sommerfeld
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Mike Pall
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Mark Hamburg
      • Re: Storing state information (was Re: Ah, those uninitiated people...), Peter Sommerfeld
      • Re: Ah, those uninitiated people..., Jorge
      • Re: Ah, those uninitiated people..., Wesley Smith
      • Re: Ah, those uninitiated people..., Jorge
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Mark Hamburg
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Mark Hamburg
      • Re: Ah, those uninitiated people..., Enrico Colombini
      • Re: Ah, those uninitiated people..., Jorge
      • Re: Ah, those uninitiated people..., David Kastrup
      • Re: Ah, those uninitiated people..., Jerome Vuarand
      • Re: Ah, those uninitiated people..., Luiz Henrique de Figueiredo
      • Re: Ah, those uninitiated people..., Olivier Galibert
      • Re: Ah, those uninitiated people..., Joshua Jensen
      • Re: Ah, those uninitiated people..., Fabien
      • Re: Ah, those uninitiated people..., steve donovan
• calling a function who's name is stored in a lua table, sean farrow
  • Re: calling a function who's name is stored in a lua table, David Given
    • RE: calling a function who's name is stored in a lua table, sean farrow
      • Re: calling a function who's name is stored in a lua table, Nevin Flanagan
    • RE: calling a function who's name is stored in a lua table, Alexander Altshuler
    • Re: calling a function who's name is stored in a lua table, Klaus Ripke
      • Re: calling a function who's name is stored in a lua table, David Given
  • <Possible follow-ups>
  • Re: calling a function who's name is stored in a lua table, Philippe Lhoste
• setfenv/getfenv, Roberto Ierusalimschy
  • Re: setfenv/getfenv, Jerome Vuarand
  • Re: setfenv/getfenv, Nicolas
    • Re: setfenv/getfenv, Luiz Henrique de Figueiredo
      • Re: setfenv/getfenv, Francesco Abbate
      • Re: setfenv/getfenv, Tony Finch
      • Re: setfenv/getfenv, Francesco Abbate
      • Re: setfenv/getfenv, Tony Finch
      • Re: setfenv/getfenv, Nevin Flanagan
      • Re: setfenv/getfenv, Francesco Abbate
      • Re: setfenv/getfenv, Nicolas
      • Re: setfenv/getfenv, Roberto Ierusalimschy
      • Re: setfenv/getfenv, Leo Razoumov
      • Re: setfenv/getfenv, Roberto Ierusalimschy
      • Re: setfenv/getfenv, Leo Razoumov
      • Re: setfenv/getfenv, Roberto Ierusalimschy
      • Re: setfenv/getfenv, Leo Razoumov
      • Re: setfenv/getfenv, Tony Finch
      • Re: setfenv/getfenv, Leo Razoumov
      • Re: setfenv/getfenv, Renato Maia
      • Re: setfenv/getfenv, Luis Carvalho
  • Re: setfenv/getfenv, Brian Maher
    • Re: setfenv/getfenv, Roberto Ierusalimschy
  • Re: setfenv/getfenv, Daniel Silverstone
    • Re: setfenv/getfenv, Roberto Ierusalimschy
      • Re: setfenv/getfenv, Daniel Silverstone
      • Re: setfenv/getfenv, Yuri Takhteyev
      • Re: setfenv/getfenv, Daniel Silverstone
      • Re: setfenv/getfenv, Roberto Ierusalimschy
      • Re: setfenv/getfenv, Daniel Silverstone
      • Re: setfenv/getfenv, Nevin Flanagan
      • Re: setfenv/getfenv, Luiz Henrique de Figueiredo
      • Re: setfenv/getfenv, Eike Decker
      • Re: setfenv/getfenv, Nevin Flanagan
      • Re: setfenv/getfenv, Mark Hamburg
      • Re: setfenv/getfenv, Renato Maia
      • Re: setfenv/getfenv, Dravonk
      • Re: setfenv/getfenv, A.S. Bradbury
      • RE: setfenv/getfenv, hauser
      • Re: setfenv/getfenv, A.S. Bradbury
      • Re: setfenv/getfenv, David Kolf
      • Re: setfenv/getfenv, A.S. Bradbury
      • Re: setfenv/getfenv, David Kolf
      • Re: setfenv/getfenv, Fabio Mascarenhas
      • Re: setfenv/getfenv, David Kolf
      • Re: setfenv/getfenv, Enrico Colombini
      • Re: setfenv/getfenv, Tony Finch
      • Re: setfenv/getfenv, Enrico Colombini
      • Re: setfenv/getfenv, Tony Finch
      • Re: setfenv/getfenv, steve donovan
      • Re: setfenv/getfenv, David Kastrup
      • Re: setfenv/getfenv, Luiz Henrique de Figueiredo
      • Re: setfenv/getfenv, Wim Couwenberg
      • Re: setfenv/getfenv, Enrico Colombini
  • Re: setfenv/getfenv, Alexander Gladysh
    • Re: setfenv/getfenv, Renato Maia
      • Re: setfenv/getfenv, Tony Finch
    • Re: setfenv/getfenv, Roberto Ierusalimschy
  • Re: setfenv/getfenv, steve donovan
  • Re: setfenv/getfenv, Richard Hundt
  • Re: setfenv/getfenv, Jerome Vuarand
    • Re: setfenv/getfenv, Enrico Colombini
    • Re: setfenv/getfenv, David Kolf
      • Re: setfenv/getfenv, Petite Abeille
      • Re: setfenv/getfenv, Ignacio Burgueño
      • Re: setfenv/getfenv, Petite Abeille
      • Re: setfenv/getfenv, Ignacio Burgueño
      • Re: setfenv/getfenv, Peter Sommerfeld
    • Re: setfenv/getfenv, Ignacio Burgueño
  • Re: setfenv/getfenv, Petite Abeille
    • Using lexical environments (was setfenv/getfenv), Nevin Flanagan
      • Re: Using lexical environments (was setfenv/getfenv), Tony Finch
      • Re: Using lexical environments (was setfenv/getfenv), Leo Razoumov
  • Re: setfenv/getfenv, Petite Abeille
  • Re: setfenv/getfenv, Cosmin Apreutesei
    • Re: setfenv/getfenv, Nevin Flanagan
      • Re: setfenv/getfenv, David Given
      • Re: setfenv/getfenv, Miles Bader
      • Re: setfenv/getfenv, Mark Hamburg
      • Re: setfenv/getfenv, Miles Bader
      • Re: setfenv/getfenv, Mark Hamburg
      • Re: setfenv/getfenv, Mark Hamburg
      • Re: setfenv/getfenv, steve donovan
      • Re: setfenv/getfenv, Edgar Toernig
      • Re: setfenv/getfenv, Fabio Mascarenhas
      • Re: setfenv/getfenv, Mark Hamburg
  • Re: setfenv/getfenv, Juris Kalnins
  • Re: setfenv/getfenv, Ben Kelly
    • Re: setfenv/getfenv, Nevin Flanagan
      • Re: setfenv/getfenv, Patrick Donnelly
      • Re: setfenv/getfenv, steve donovan
  • Re: setfenv/getfenv, Tobias Kieslich
    • Re: setfenv/getfenv, Romulo
      • Re: setfenv/getfenv, Tobias Kieslich
      • Re: setfenv/getfenv, Romulo
      • Re: setfenv/getfenv, Tobias Kieslich
      • Re: setfenv/getfenv, Peter Odding
      • Re: setfenv/getfenv, Tobias Kieslich
      • Re: setfenv/getfenv, Romulo
      • Re: setfenv/getfenv, Tobias Kieslich
      • Re: setfenv/getfenv, Patrick Donnelly
      • Message not available
      • Re: setfenv/getfenv, Tobias Kieslich
• hook after in/do/end, Tony Finch
  • Re: hook after in/do/end, steve donovan
    • Re: hook after in/do/end, Tony Finch
      • Re: hook after in/do/end, steve donovan
      • Re: hook after in/do/end, Tony Finch
    • Re: hook after in/do/end, Romulo
      • Re: hook after in/do/end, steve donovan
      • Re: hook after in/do/end, Tony Finch
      • Re: hook after in/do/end, Doug Rogers
      • Re: hook after in/do/end, Tony Finch
  • Re: hook after in/do/end, Luiz Henrique de Figueiredo
• Yielding across metamethods with Lua 5.2, Ignacio Burgueño
  • Re: Yielding across metamethods with Lua 5.2, Roberto Ierusalimschy
    • Re: Yielding across metamethods with Lua 5.2, Ignacio Burgueño
• Lua 5.2 Keywords - In, Olivier Hamel
  • Re: Lua 5.2 Keywords - In, Cosmin Apreutesei
    • Re: Lua 5.2 Keywords - In, Olivier Hamel
      • Re: Lua 5.2 Keywords - In, Alex Davies
      • Re: Lua 5.2 Keywords - In, Mark Hamburg
  • Re: Lua 5.2 Keywords - In, Alexandre Erwin Ittner
  • Re: Lua 5.2 Keywords - In, Miles Bader
    • Re: Lua 5.2 Keywords - In, Tomas Guisasola Gorham
• Segmentation fault when running globals.lua (5.1) under 5.2, Petite Abeille
  • Re: Segmentation fault when running globals.lua (5.1) under 5.2, Petite Abeille
    • Re: Segmentation fault when running globals.lua (5.1) under 5.2, Petite Abeille
  • Re: Segmentation fault when running globals.lua (5.1) under 5.2, Luiz Henrique de Figueiredo
• 5.2: debug.upvalueid & debug.upvaluejoin?, Petite Abeille
  • Re: 5.2: debug.upvalueid & debug.upvaluejoin?, Patrick Donnelly
    • Re: 5.2: debug.upvalueid & debug.upvaluejoin?, Petite Abeille
  • Re: 5.2: debug.upvalueid & debug.upvaluejoin?, Luiz Henrique de Figueiredo
  • Re: 5.2: debug.upvalueid & debug.upvaluejoin? + kinda [ANN], GrayFace
• Netiquette, Hugh O'Byrne
  • Re: Netiquette, Dave Dodge
• Re: Syntax addition: with ... do, Jerome Vuarand
• require, James Hearon
  • Re: require, Jerome Vuarand
• cheat sheet for C api soon available, Ewald Arnold
  • Re: cheat sheet for C api soon available, Luiz Henrique de Figueiredo
    • Re: cheat sheet for C api soon available, Enrico Colombini
      • Re: cheat sheet for C api soon available, Ewald Arnold
      • Re: cheat sheet for C api soon available, Ewald Arnold
      • Re: cheat sheet for C api soon available, Enrico Colombini
  • Re: cheat sheet for C api soon available, Alexander Gladysh
    • Re: cheat sheet for C api soon available, Ewald Arnold
• [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.2.0 (work2) now available, Duncan Cross
  • Re: [ANN] Lua 5.2.0 (work2) now available, Sean Bolton
    • Re: [ANN] Lua 5.2.0 (work2) now available, Roberto Ierusalimschy
  • Re: [ANN] Lua 5.2.0 (work2) now available, Enrico Colombini
    • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, liam mail
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, liam mail
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Alexander Gladysh
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, liam mail
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Roberto Ierusalimschy
      • Re[2]: [ANN] Lua 5.2.0 (work2) now available, Bulat Ziganshin
      • Re: Re[2]: [ANN] Lua 5.2.0 (work2) now available, phlnc8
      • Re: [ANN] Lua 5.2.0 (work2) now available, Doug Rogers
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Burgess
  • Re: [ANN] Lua 5.2.0 (work2) now available, Jerome Vuarand
  • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
    • Re: [ANN] Lua 5.2.0 (work2) now available, Mike Pall
    • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, Duncan Cross
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
      • Re: [ANN] Lua 5.2.0 (work2) now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work2) now available, Peter Cawley
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Burgess
      • Re: [ANN] Lua 5.2.0 (work2) now available, Quae Quack
      • Re: [ANN] Lua 5.2.0 (work2) now available, Miles Bader
      • Re: [ANN] Lua 5.2.0 (work2) now available, David Kastrup
      • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
  • Re: [ANN] Lua 5.2.0 (work2) now available, Jerome Vuarand
    • Re: [ANN] Lua 5.2.0 (work2) now available, Ignacio Burgueño
  • Re: [ANN] Lua 5.2.0 (work2) now available, Alex Davies
  • Re: [ANN] Lua 5.2.0 (work2) now available, Daniel Wallin
  • <Possible follow-ups>
  • Re: [ANN] Lua 5.2.0 (work2) now available, Ross Berteig
• Lua 5.2 and continue, Joshua Jensen
  • Re: Lua 5.2 and continue, Linker
    • Re: Lua 5.2 and continue, Ben Kelly
      • Re: Lua 5.2 and continue, pan shizhu
      • Re: Lua 5.2 and continue, GrayFace
      • Re: Lua 5.2 and continue, Cosmin Apreutesei
      • Re: Lua 5.2 and continue, Romulo
      • Re: Lua 5.2 and continue, Theodor-Iulian Ciobanu
      • Re: Lua 5.2 and continue, Romulo
      • Re: Lua 5.2 and continue, David Kastrup
      • Re: Lua 5.2 and continue, Alexander Gladysh
  • Re: Lua 5.2 and continue, Shmuel Zeigerman
  • Re: Lua 5.2 and continue, Nevin Flanagan
    • Re: Lua 5.2 and continue, Shmuel Zeigerman
    • Re: Lua 5.2 and continue, john
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, steve donovan
      • Re: Lua 5.2 and continue, dcharno
    • Re: Lua 5.2 and continue, Sean Conner
  • Re: Lua 5.2 and continue, Theodor-Iulian Ciobanu
  • Re: Lua 5.2 and continue, Natanael Copa
    • Re: Lua 5.2 and continue, steve donovan
      • Re: Lua 5.2 and continue, Klaus Ripke
      • Re: Lua 5.2 and continue, Martin Poelstra
      • Re: Lua 5.2 and continue, Fernando P. García
      • Re: Lua 5.2 and continue, Olivier Hamel
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, Fernando P. García
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, Martin Poelstra
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, Martin Poelstra
      • Re: Lua 5.2 and continue, GrayFace
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, Leo Razoumov
      • Re: Lua 5.2 and continue, Alexander Gladysh
      • Re: Lua 5.2 and continue, Phoenix Sol
• [ANN] LuaFAQ 1.6 update, steve donovan
  • Re: [ANN] LuaFAQ 1.6 update, Alexander Gladysh
    • Re: [ANN] LuaFAQ 1.6 update, steve donovan
      • Re: [ANN] LuaFAQ 1.6 update, A.S. Bradbury
      • Re: [ANN] LuaFAQ 1.6 update, Alexander Gladysh
      • Re: [ANN] LuaFAQ 1.6 update, steve donovan
    • Re: [ANN] LuaFAQ 1.6 update, steve donovan
      • Re: [ANN] LuaFAQ 1.6 update, steve donovan
• Verizon FiOS set-top boxes run Lua, Matthew M. Burke
  • Re: Verizon FiOS set-top boxes run Lua, Luiz Henrique de Figueiredo
  • Re: Verizon FiOS set-top boxes run Lua, Roberto Ierusalimschy
  • Re: Verizon FiOS set-top boxes run Lua, Jose Marin
    • Lua-iPhone talk (was Re: Verizon FiOS set-top boxes run Lua), Matthew M. Burke
• Concerns regarding in env do code() end, Daniel Silverstone
  • Re: Concerns regarding in env do code() end, David Burgess
  • Re: Concerns regarding in env do code() end, Alexander Gladysh
    • Re: Concerns regarding in env do code() end, David Given
      • Re: Concerns regarding in env do code() end, Duncan Cross
• PenLight dir.makepath() not working, RJP Computing
  • Re: PenLight dir.makepath() not working, steve donovan
    • Re: PenLight dir.makepath() not working, RJP Computing
      • Re: PenLight dir.makepath() not working, steve donovan
      • Re: PenLight dir.makepath() not working, RJP Computing
      • Re: PenLight dir.makepath() not working, steve donovan
      • Re: PenLight dir.makepath() not working, Ryan Pusztai
      • Re: PenLight dir.makepath() not working, steve donovan
      • Re: PenLight dir.makepath() not working, Ryan Pusztai
• GCW_INT, David Burgess
  • Re: GCW_INT, Gavin Wraith
    • Re: GCW_INT, David Burgess
• LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
  • Re: LuaBinaries and the RTL DLL for 5.2, RJP Computing
    • Re: LuaBinaries and the RTL DLL for 5.2, steve donovan
    • RE: LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
      • Re: LuaBinaries and the RTL DLL for 5.2, Andrew Wilson
      • Re: LuaBinaries and the RTL DLL for 5.2, Jerome Vuarand
      • RE: LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
      • Re: LuaBinaries and the RTL DLL for 5.2, Luís Eduardo Jason Santos
      • Re: LuaBinaries and the RTL DLL for 5.2, Andrew Wilson
      • RE: LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
      • Re: LuaBinaries and the RTL DLL for 5.2, Enrico Colombini
      • Re: LuaBinaries and the RTL DLL for 5.2, steve donovan
      • Re: LuaBinaries and the RTL DLL for 5.2, David Burgess
      • Re: LuaBinaries and the RTL DLL for 5.2, RJP Computing
      • RE: LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
      • Re: LuaBinaries and the RTL DLL for 5.2, steve donovan
      • RE: LuaBinaries and the RTL DLL for 5.2, Antonio Scuri
  • Re: LuaBinaries and the RTL DLL for 5.2, Jerome Vuarand
    • Re: LuaBinaries and the RTL DLL for 5.2, steve donovan
    • Re: LuaBinaries and the RTL DLL for 5.2, Ignacio Burgueño
      • Re: LuaBinaries and the RTL DLL for 5.2, Jerome Vuarand
      • Re: LuaBinaries and the RTL DLL for 5.2, Ignacio Burgueño
      • Re: LuaBinaries and the RTL DLL for 5.2, Jerome Vuarand
      • Re: LuaBinaries and the RTL DLL for 5.2, Fabio Mascarenhas
  • Re: LuaBinaries and the RTL DLL for 5.2, Ignacio Burgueño
    • Re: LuaBinaries and the RTL DLL for 5.2, Petr Štetiar
      • Re: LuaBinaries and the RTL DLL for 5.2, Ignacio Burgueño
  • Re: LuaBinaries and the RTL DLL for 5.2, Petr Štetiar
  • <Possible follow-ups>
  • Re: LuaBinaries and the RTL DLL for 5.2, Ross Berteig
    • Re: LuaBinaries and the RTL DLL for 5.2, David Burgess
• macosx build warning in work2, Paul Beckingham
  • Re: macosx build warning in work2, Luiz Henrique de Figueiredo
• question on Lua 5.2 release, Francesco Abbate
  • Re: question on Lua 5.2 release, steve donovan
    • Re: question on Lua 5.2 release, Luiz Henrique de Figueiredo
      • Re: question on Lua 5.2 release, Francesco Abbate
      • Re: question on Lua 5.2 release, Luiz Henrique de Figueiredo
      • Re: question on Lua 5.2 release, Francesco Abbate
      • Re: question on Lua 5.2 release, Luiz Henrique de Figueiredo
• Sugar for obj:method as a closure (was First Class ':'), steve donovan
• An apology, Gavin Wraith
• Lua Lanes with LuaJIT 2.0, Greg Hill
  • RE: Lua Lanes with LuaJIT 2.0, Benoit Germain
    • Re: Lua Lanes with LuaJIT 2.0, Thomas Fletcher
      • RE: *****SPAM***** Re: Lua Lanes with LuaJIT 2.0, Benoit Germain
• Register allocation with shadowed locals at same level, Rob Kendrick
  • Re: Register allocation with shadowed locals at same level, Nevin Flanagan
    • Re: Register allocation with shadowed locals at same level, Rob Kendrick
  • Re: Register allocation with shadowed locals at same level, Richard Hundt
    • Re: Register allocation with shadowed locals at same level, Rob Kendrick
      • Re: Register allocation with shadowed locals at same level, Roberto Ierusalimschy
      • Re: Register allocation with shadowed locals at same level, Rob Kendrick
  • Re: Register allocation with shadowed locals at same level, Patrick Donnelly
• Bit operations in 5.2, Rob Kendrick
• in-do-end, Mark Hamburg
  • Re: in-do-end, Mark Hamburg
    • Re: in-do-end, Eike Decker
      • Re: in-do-end, Eike Decker
      • Re: in-do-end, steve donovan
      • Re: in-do-end, Mark Hamburg
      • Re: in-do-end, steve donovan
      • Re: in-do-end, Eike Decker
      • Re: in-do-end, steve donovan
      • Re: in-do-end, Eike Decker
      • Re: in-do-end, steve donovan
      • Re: in-do-end, Duncan Cross
      • Re: in-do-end, steve donovan
      • Re: in-do-end, Graham Wakefield
      • Re: in-do-end, Eike Decker
      • Re: in-do-end, Graham Wakefield
      • Re: in-do-end, David Given
      • Re: in-do-end, Mark Hamburg
• Re: newproxy(), steve donovan
  • Re: newproxy(), Cosmin Apreutesei
    • Re: newproxy(), Mark Hamburg
      • Re: newproxy(), Cosmin Apreutesei
      • Re: newproxy(), Mark Hamburg
  • Re: newproxy(), Florian Weimer
• close Lua forums at IcyNorth.com?, Luiz Henrique de Figueiredo
  • Re: close Lua forums at IcyNorth.com?, Stefan
    • Re: close Lua forums at IcyNorth.com?, steve donovan
      • Re: close Lua forums at IcyNorth.com?, Bertrand Mansion
      • Re: close Lua forums at IcyNorth.com?, stefan
      • Re: close Lua forums at IcyNorth.com?, steve donovan
      • Re: close Lua forums at IcyNorth.com?, Yuri Takhteyev
      • Re: close Lua forums at IcyNorth.com?, stefan
      • Re: close Lua forums at IcyNorth.com?, Quae Quack
      • Re: close Lua forums at IcyNorth.com?, steve donovan
      • Re: close Lua forums at IcyNorth.com?, Jim Whitehead II
      • Re: close Lua forums at IcyNorth.com?, steve donovan
      • Re: close Lua forums at IcyNorth.com?, Luiz Henrique de Figueiredo
      • Re: close Lua forums at IcyNorth.com?, Philippe Lhoste
      • Re: close Lua forums at IcyNorth.com?, Rob Kendrick
      • Re: close Lua forums at IcyNorth.com?, Stefan
  • close Lua forums at IcyNorth.com?, Andrew Wilson
    • Re: close Lua forums at IcyNorth.com?, Luiz Henrique de Figueiredo
      • Re: close Lua forums at IcyNorth.com?, startx
      • Re: close Lua forums at IcyNorth.com?, Stefan
      • [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Alexander Gladysh
      • Re: [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Jerome Vuarand
      • Re: [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Stefan
      • Re: [ANN] Lua Forums Moved & Updated, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua Forums Moved & Updated, Dirk Feytons
• RE: Lua Digest, Vol 189, Issue 21, James Hearon
  • Re: Lua Digest, Vol 189, Issue 21, Ted Unangst
• Newbie and Lua 5.2.0 (Work 2), Adrian Clarke
  • Re: Newbie and Lua 5.2.0 (Work 2), Miles Bader
    • Re: Newbie and Lua 5.2.0 (Work 2), Luiz Henrique de Figueiredo
• Getting randomic integers, Luciano de Souza
  • Re: Getting randomic integers, Wesley Smith
  • Re: Getting randomic integers, phlnc8
    • Re: Getting randomic integers, Luiz Henrique de Figueiredo
      • Re: Getting randomic integers, phlnc8
    • Re: Getting randomic integers, bb
      • Re: Getting randomic integers, bb
      • Re: Getting randomic integers, GrayFace
      • Re: Getting randomic integers, bb
  • Re: Getting randomic integers, Eike Decker
    • Re: Getting randomic integers, Luciano de Souza
      • Re: Getting randomic integers, Majic
      • Re: Getting randomic integers, Gé Weijers
      • Re: Getting randomic integers, Majic
      • Re: Getting randomic integers, Alex Davies
      • Re: Getting randomic integers, Majic
      • Re: Getting randomic integers, Alex Davies
      • Re: Getting randomic integers, Eike Decker
      • Re: Getting randomic integers, Luiz Henrique de Figueiredo
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, startx
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, David Given
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, Florian Weimer
      • Re: Getting randomic integers, David Given
      • Re: Getting randomic integers, Florian Weimer
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, startx
      • Re: Getting randomic integers, Majic
      • Re: Getting randomic integers, startx
      • Re: Getting randomic integers, Klaus Ripke
      • Re: Getting randomic integers, Luiz Henrique de Figueiredo
      • Re: Getting randomic integers, Klaus Ripke
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, Erik Lindroos
      • Re: Getting randomic integers, Klaus Ripke
      • Re: Getting randomic integers, Wolfgang Pupp
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, Wolfgang Pupp
      • Re: Getting randomic integers, Stefan
      • Re: Getting randomic integers, Rob Kendrick
      • Re: Getting randomic integers, Doug Currie
      • Re: Getting randomic integers, Luiz Henrique de Figueiredo
      • Re: Getting randomic integers, Gé Weijers
• Current Environment in 5.2, David Burgess
  • Re: Current Environment in 5.2, Richard Hundt
• which IDE ?, Valerio Schiavoni
  • Re: which IDE ?, Rob Kendrick
    • Re: which IDE ?, Valerio Schiavoni
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Mark Hamburg
      • Re: which IDE ?, Valerio Schiavoni
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Thomas Fletcher
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Luís Eduardo Jason Santos
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Petite Abeille
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Petite Abeille
      • Re: which IDE ?, Mark Hamburg
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Mark Hamburg
      • Re: which IDE ?, Florian Weimer
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Florian Weimer
      • Re: which IDE ?, Wesley Smith
      • Re: which IDE ?, Florian Weimer
      • Re: which IDE ?, Rob Kendrick
      • Re: which IDE ?, Florian Weimer
      • Re: which IDE ?, Rob Kendrick
    • Re: which IDE ?, Christian Tellefsen
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Christian Tellefsen
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Joe Andresen
      • Re: which IDE ?, Luís Eduardo Jason Santos
      • Re: which IDE ?, Alexander Gladysh
      • Re: which IDE ?, Luís Eduardo Jason Santos
      • Re: which IDE ?, Joao Eduardo Hornburg
      • Re: which IDE ?, Peter Odding
      • Re: which IDE ?, Michal Kolodziejczyk
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, Jacques Chester
      • Re: which IDE ?, Fernando P. García
      • Re: which IDE ?, Alex Queiroz
      • Re: which IDE ?, steve donovan
      • Re: which IDE ?, steve donovan
• Making Lua 5.2 even easier to port, David Burgess
  • Re: Making Lua 5.2 even easier to port, Doug Rogers
    • Re: Making Lua 5.2 even easier to port, David Burgess
• Inclusion of lpack in Lua? Suggestions for Lua's unpack(), Majic
  • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), Roberto Ierusalimschy
    • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), Majic
  • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), David Manura
    • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), Majic
      • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), steve donovan
      • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), Majic
      • Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack(), steve donovan
• Slight suggestions about luaB_print() ?, Majic
  • Re: Slight suggestions about luaB_print() ?, Luiz Henrique de Figueiredo
• A pack() function?, Majic
  • Re: A pack() function?, steve donovan
    • Re: A pack() function?, Majic
      • Re: A pack() function?, GrayFace
  • Re: A pack() function?, Mark Hamburg
• debug.getinfo, Wesley Smith
  • Re: debug.getinfo, Luiz Henrique de Figueiredo
    • Re: debug.getinfo, Wesley Smith
      • Re: debug.getinfo, Wesley Smith
      • Re: debug.getinfo, Peter Cawley
      • Re: debug.getinfo, Stephen Kellett
      • Re: debug.getinfo, Wesley Smith
      • Re: debug.getinfo, Wesley Smith
      • Correct copyright reference, Sandro Fergnani
      • Re: Correct copyright reference, Rob Kendrick
• Lua at London RISC OS user group, Monday 18th January 2010, Luiz Henrique de Figueiredo
  • Re: Lua at London RISC OS user group, Monday 18th January 2010, Jakob Bornecrantz
  • Re: Lua at London RISC OS user group, Monday 18th January 2010, Rob Kendrick
• debugging strategies, Wesley Smith
  • Re: debugging strategies, Richard Hundt
• Question regarding GC of udata across states, Olivier Hamel
  • Re: Question regarding GC of udata across states, Sam Roberts
    • Re: Question regarding GC of udata across states, Olivier Hamel
• Lua-5.2 build with static analyzer, Tobias Kieslich
  • Re: Lua-5.2 build with static analyzer, Rob Kendrick
    • Re: Lua-5.2 build with static analyzer, Tobias Kieslich
      • Re: Lua-5.2 build with static analyzer, Luiz Henrique de Figueiredo
      • Re: Lua-5.2 build with static analyzer, Tobias Kieslich
      • Re: Lua-5.2 build with static analyzer, Florian Weimer
• lua userdata question, Kuang Chen
  • Re: lua userdata question, Kuang Chen
    • Re: lua userdata question, Michael Roth
    • Re: lua userdata question, Michael Roth
    • Re: lua userdata question, Artur Galyamov
  • Re: lua userdata question, Ted Unangst
• Re: new string functions (was Re: Standard Libraries....), Majic
  • Re: new string functions (was Re: Standard Libraries....), Vaughan McAlley
    • Re: new string functions (was Re: Standard Libraries....), Majic
    • Re: new string functions (was Re: Standard Libraries....), David Manura
      • Re: new string functions (was Re: Standard Libraries....), Ted Unangst
      • Re: new string functions (was Re: Standard Libraries....), David Manura
      • Re: new string functions (was Re: Standard Libraries....), Majic
      • Re: new string functions (was Re: Standard Libraries....), Tony Finch
      • Re: new string functions (was Re: Standard Libraries....), Klaus Ripke
      • Re: new string functions (was Re: Standard Libraries....), Romulo
    • Re: new string functions (was Re: Standard Libraries....), David Manura
• A very minor point in the manual, Enrico Colombini
• Still about Lua in App Engine, Andrea D'Amore
  • Re: Still about Lua in App Engine, Fabio Mascarenhas
• PiL2 available as e-book, Roberto Ierusalimschy
• Mochalua - point person, Patrick Meehan
  • Lua on Android (was: Mochalua - point person), startx
• question about cosmo, Graham Wakefield
  • Re: question about cosmo, Fabio Mascarenhas
    • Re: question about cosmo, Wesley Smith
    • Re: question about cosmo, Graham Wakefield
• Segfault with luaL_getmetatable, Shmuel Zeigerman
  • Re: Segfault with luaL_getmetatable, Luiz Henrique de Figueiredo
    • Re: Segfault with luaL_getmetatable, Shmuel Zeigerman
• Checking for nil in C, Paul Beckingham
  • Re: Checking for nil in C, Vaughan McAlley
• LuaFiveTwo wiki page, Alexander Gladysh
  • Re: LuaFiveTwo wiki page, steve donovan
    • Re: LuaFiveTwo wiki page, Alexander Gladysh
      • Re: LuaFiveTwo wiki page, steve donovan
  • Re: LuaFiveTwo wiki page, Michal Kolodziejczyk
    • Re: LuaFiveTwo wiki page, Alexander Gladysh
• stack level parameter, David Manura
  • Re: stack level parameter, Mark Hamburg
    • Re: stack level parameter, steve donovan
      • Re: stack level parameter, Mark Hamburg
      • Re: stack level parameter, steve donovan
      • Re: stack level parameter, Mark Hamburg
      • Re: stack level parameter, Doug Currie
      • Re: stack level parameter, Juris Kalnins
      • Re: stack level parameter, Mark Hamburg
      • Re: stack level parameter, Juris Kalnins
      • Re: stack level parameter, M Joonas Pihlaja
      • Re: stack level parameter, David Given
      • Re: stack level parameter, Doug Currie
      • Re: stack level parameter, Mark Hamburg
      • Re: stack level parameter, M Joonas Pihlaja
      • Re: stack level parameter, steve donovan
      • Re: stack level parameter, Mark Hamburg
      • [ANN] Lua Forum + Mailing List Announcements, Stefan
    • Re: stack level parameter, GrayFace
  • Re: stack level parameter, steve donovan
  • Re: stack level parameter, Fabien
    • Re: stack level parameter, David Manura
      • Re: stack level parameter, Jerome Vuarand
      • Re: stack level parameter, Alexander Gladysh
• environment as upvalue, Juris Kalnins
  • Re: environment as upvalue, Juris Kalnins
• bit lib (was: [ANN] Lua 5.2.0 (work1) now available), Walter Luh
  • Re: bit lib (was: [ANN] Lua 5.2.0 (work1) now available), KHMan
    • Re: bit lib (was: [ANN] Lua 5.2.0 (work1) now available), Steven Johnson
      • Re: bit lib (was: [ANN] Lua 5.2.0 (work1) now available), Walter Luh
• [ANN] LuaMacro 1.5, steve donovan
  • Re: [ANN] LuaMacro 1.5, LeafStorm
    • Re: [ANN] LuaMacro 1.5, steve donovan
• Problem with LuaSOAP sending XML like data., Thijs Koerselman
  • Re: Problem with LuaSOAP sending XML like data., Thijs Koerselman
    • Re: Problem with LuaSOAP sending XML like data., Tomas Guisasola Gorham
      • Re: Problem with LuaSOAP sending XML like data., Thijs Koerselman
      • Re: Problem with LuaSOAP sending XML like data., Olivier Galibert
      • Re: Problem with LuaSOAP sending XML like data., Thijs Koerselman
• Multiple lua instances, ingmar wirths
  • Re: Multiple lua instances, Rob Kendrick
    • Re: Multiple lua instances, ingmar wirths
      • Re: Multiple lua instances, Rob Kendrick
      • Re: Multiple lua instances, ingmar wirths
      • Re: Multiple lua instances, Rob Kendrick
      • Re: Multiple lua instances, ingmar wirths
      • Re: Multiple lua instances, Rob Kendrick
      • Re: Multiple lua instances, ingmar wirths
      • Re: Multiple lua instances, Quae Quack
      • Re: Multiple lua instances, ingmar wirths
      • Re[2]: Multiple lua instances, Bulat Ziganshin
      • Re: Multiple lua instances, Rob Kendrick
  • Re: Multiple lua instances, David Given
• lua_newthread multithread problem, brianyao
  • Re: lua_newthread multithread problem, Rob Hoelz
• LuaJIT x64 port sponsorship goal reached!, Mike Pall
  • Re: LuaJIT x64 port sponsorship goal reached!, Alexander Gladysh
  • Re: LuaJIT x64 port sponsorship goal reached!, Duncan Cross
    • Re: LuaJIT x64 port sponsorship goal reached!, Joshua Haberman
      • Re: LuaJIT x64 port sponsorship goal reached!, Duncan Cross
  • Re: LuaJIT x64 port sponsorship goal reached!, Stephen Kellett
    • Re: LuaJIT x64 port sponsorship goal reached!, Mike Pall
      • Re: LuaJIT x64 port sponsorship goal reached!, Stephen Kellett
• amazing lua: contour plot in gsl shell, Francesco Abbate
  • Re: amazing lua: contour plot in gsl shell, Sam Roberts
    • Re: amazing lua: contour plot in gsl shell, Francesco Abbate
    • Re: amazing lua: contour plot in gsl shell, Doug Rogers
      • Re: amazing lua: contour plot in gsl shell, steve donovan
      • Re: amazing lua: contour plot in gsl shell, Francesco Abbate
      • Re: amazing lua: contour plot in gsl shell, Doug Rogers
      • Re: amazing lua: contour plot in gsl shell, Doug Rogers
      • Re: amazing lua: contour plot in gsl shell, Francesco Abbate
• LuaJit 2 error handling, webmaster
  • Re: LuaJit 2 error handling, Alexander Gladysh
  • <Possible follow-ups>
  • Re: LuaJit 2 error handling, webmaster
    • Re: LuaJit 2 error handling, Mike Pall
      • Re: Re: LuaJit 2 error handling, webmaster
      • Re: LuaJit 2 error handling, Mike Pall
      • Re: Re: LuaJit 2 error handling, webmaster
      • Re: LuaJit 2 error handling, Mike Pall
      • Re: LuaJit 2 error handling, webmaster
      • Re: LuaJit 2 error handling, Mike Pall
      • Re: LuaJit 2 error handling, webmaster@<a href="/cgi-bin/echo.cgi?benjamin-thaut.de">...</a>
• [ANN] eLua 0.7 released, Bogdan Marinescu
  • Re: [ANN] eLua 0.7 released, dcharno
    • Re: [ANN] eLua 0.7 released, Bogdan Marinescu
      • Re: [ANN] eLua 0.7 released, dcharno
      • Re: [ANN] eLua 0.7 released, Alexander Gladysh
• Pluto wishlist, Rob Hoelz
  • Re: Pluto wishlist, Andre Leiradella
  • Re: Pluto wishlist, Peter Cawley
    • Re: Pluto wishlist, Ben Sunshine-Hill
      • Re: Pluto wishlist, Peter Cawley
  • Re: Pluto wishlist, GrayFace
• LuaBinaries 5.2-work2 Released, Antonio Scuri
  • LuaBinaries runtime [was: LuaBinaries 5.2-work2 Released], Enrico Colombini
• question about 0 as exp in repeat-until, sagasw
  • Re: question about 0 as exp in repeat-until, Joseph Stewart
    • Re: question about 0 as exp in repeat-until, steve donovan
      • Re: question about 0 as exp in repeat-until, Graham Wakefield
      • Re: question about 0 as exp in repeat-until, steve donovan
    • Re: question about 0 as exp in repeat-until, sagasw
• command line evaluator, Luiz Henrique de Figueiredo
  • Re: command line evaluator, David Manura
    • Re: command line evaluator, Luiz Henrique de Figueiredo
    • Re: command line evaluator, steve donovan
• missing messages from Lua List archive on http://lua-users.org/lists/lua-l/, Leo Razoumov
  • Re: missing messages from Lua List archive on http://lua-users.org/lists/lua-l/, Luiz Henrique de Figueiredo
• [ANN] lua-Coat 0.8.0 : Yet Another Lua Object-Oriented Model, François Perrad
• Order of __gc calls of userdata in a dead table., M Joonas Pihlaja
  • Re: Order of __gc calls of userdata in a dead table., M Joonas Pihlaja
• How to implement this with LuaMacro?, Pavel Shevaev
  • Re: How to implement this with LuaMacro?, steve donovan
    • Re: How to implement this with LuaMacro?, Pavel Shevaev
  • Re: How to implement this with LuaMacro?, steve donovan
    • Re: How to implement this with LuaMacro?, Pavel Shevaev
      • Re: How to implement this with LuaMacro?, Peter Cawley
      • Re: How to implement this with LuaMacro?, Pavel Shevaev
      • Re: How to implement this with LuaMacro?, Doug Rogers
      • Re: How to implement this with LuaMacro?, Pavel Shevaev
      • Re: How to implement this with LuaMacro?, Pavel Shevaev
      • Re: How to implement this with LuaMacro?, steve donovan
      • Re: How to implement this with LuaMacro?, Pavel Shevaev
      • Re: How to implement this with LuaMacro?, Doug Rogers
      • Re: How to implement this with LuaMacro?, steve donovan
      • Re: How to implement this with LuaMacro?, Doug Rogers
• New LuaNova article by Gavin Wraith, steve donovan
• table.pack(), Alexander Gladysh
  • Re: table.pack(), A.
    • Re: table.pack(), Michael Roth
  • Re: table.pack(), Patrick Donnelly
    • Re: table.pack(), Steven Johnson
    • Re: table.pack(), Renato Maia
      • Re: table.pack(), Tomas Guisasola Gorham
      • Re: table.pack(), Patrick Donnelly
      • Re: table.pack(), David Manura
      • Re: table.pack(), Mark Hamburg
      • Re: table.pack(), Patrick Donnelly
      • Re: table.pack(), Luiz Henrique de Figueiredo
• lua debugger, cynthia powers
  • Re: lua debugger, Joe Andresen
    • Re: lua debugger, cynthia powers
      • Re: lua debugger, Joe Andresen
  • Re: lua debugger, Jeff Pohlmeyer
• Lua Pickle error?, Joe Andresen
  • Re: Lua Pickle error?, Florian Weimer
    • Re: Lua Pickle error?, Andre Leiradella
      • Re: Lua Pickle error?, Florian Weimer
      • Re: Lua Pickle error?, Joe Andresen
      • Re: Lua Pickle error?, Andre Leiradella
      • Re: Lua Pickle error?, Joe Andresen
      • Re: Lua Pickle error?, Joe Andresen
      • Re: Lua Pickle error?, Joe Andresen
• problem with swig code, Roger Durañona Vargas
  • RE: problem with swig code, Aaron Saarela
    • Re: problem with swig code, Roger Durañona Vargas
• big integers, spir
  • Re: big integers, spir
    • Re: big integers, Florian Weimer
    • Re: big integers, bb
    • Re: big integers, bb
  • Re: big integers, Luiz Henrique de Figueiredo
• Lua 5.2 and in-do-end, joao lobato
  • Re: Lua 5.2 and in-do-end, Mark Hamburg
    • Re: Lua 5.2 and in-do-end, Mark Hamburg
      • Message not available
      • Re: Lua 5.2 and in-do-end, Mark Hamburg
      • Re: Lua 5.2 and in-do-end, David Burgess
      • Re: Lua 5.2 and in-do-end, Mark Hamburg
      • Re: Lua 5.2 and in-do-end, Richard Hundt
      • Re: Lua 5.2 and in-do-end, Mark Hamburg
      • Re: Lua 5.2 and in-do-end, Richard Hundt
      • Re: Lua 5.2 and in-do-end, Doug Currie
      • Re: Lua 5.2 and in-do-end, Petite Abeille
      • Re: Lua 5.2 and in-do-end, Edgar Toernig
      • What are the use cases of in-do-end?, GrayFace
      • Re: What are the use cases of in-do-end?, Richard Hundt
      • Re: What are the use cases of in-do-end?, GrayFace
      • Re: What are the use cases of in-do-end?, Richard Hundt
  • <Possible follow-ups>
  • RE: Lua 5.2 and in-do-end, mark
    • Re: Lua 5.2 and in-do-end, Edgar Toernig
      • Re: Lua 5.2 and in-do-end, Mark Hamburg
• Nutria seawolf 0.6 (alpha), Fernando P. García
  • Re: Nutria seawolf 0.6 (alpha), Javier Guerra
• LPeg test on Lua 5.2, Shmuel Zeigerman
• luacom utf8 truncation problem, Kenneth LO
  • Re: luacom utf8 truncation problem, Ignacio Burgueño
    • Re: luacom utf8 truncation problem, Kenneth LO
      • Re: luacom utf8 truncation problem, steve donovan
      • Re: luacom utf8 truncation problem, Kenneth LO
      • Re: luacom utf8 truncation problem, steve donovan
• lua_pushstring, luaC_checkGC and top changing (grows by 2), Felipe Magno de Almeida
  • Re: lua_pushstring, luaC_checkGC and top changing (grows by 2), Felipe Magno de Almeida
  • Re: lua_pushstring, luaC_checkGC and top changing (grows by 2), Felipe Magno de Almeida
• inequality, spir
  • Re: inequality, steve donovan
    • Re: inequality, spir
      • Re: inequality, Erik Lindroos
• Debugging coroutines, Per Bull Holmen
  • Re: Debugging coroutines, Eike Decker
    • Re: Debugging coroutines, Per Bull Holmen
      • Re: Debugging coroutines, Dave Nichols
      • Re: Debugging coroutines, Wesley Smith
      • Re: Debugging coroutines, Per Bull Holmen
      • Re: Debugging coroutines, Wesley Smith
• HTTPS via LuaSec, Joao Eduardo Hornburg
  • Re: HTTPS via LuaSec, joao lobato
• QtLua library 1.2 released, Alexandre Becoulet
  • Re: QtLua library 1.2 released, Yang Fan
    • Re: QtLua library 1.2 released, Alexandre Becoulet
• IUP 3.0, CD 5.3 and IM 3.6 Released, Antonio Scuri
  • Re: IUP 3.0, CD 5.3 and IM 3.6 Released, Jose Marin
    • RE: IUP 3.0, CD 5.3 and IM 3.6 Released, Antonio Scuri
      • RE: IUP 3.0, CD 5.3 and IM 3.6 Released, Jose Marin
      • RE: IUP 3.0, CD 5.3 and IM 3.6 Released, Antonio Scuri
• List Announcements, stefan
  • Re: List Announcements, steve donovan
    • Re: List Announcements, Luiz Henrique de Figueiredo
      • Re: List Announcements, steve donovan
      • Re: List Announcements, Hans Elbers
• GSoC 2010 Project Ideas, Patrick Donnelly
  • Re: GSoC 2010 Project Ideas, Fernando P. García
    • Re: GSoC 2010 Project Ideas, Patrick Donnelly
• How to change the function behavior at run-time in luav5.1.4, 刘小凡
  • Re: How to change the function behavior at run-time in luav5.1.4, steve donovan
  • Re: How to change the function behavior at run-time in luav5.1.4, Drake Wilson
    • Re: How to change the function behavior at run-time in luav5.1.4, zhqqmao
  • <Possible follow-ups>
  • Re: How to change the function behavior at run-time in luav5.1.4, 刘小凡
    • Re: How to change the function behavior at run-time in luav5.1.4, steve donovan
• 刘小凡 wants to chat, 刘小凡
  • <Possible follow-ups>
  • 刘小凡 wants to chat, 刘小凡
• About luasocket and receive(..) patterns, Valerio Schiavoni
  • Re: About luasocket and receive(..) patterns, gary ng
    • Re: About luasocket and receive(..) patterns, Sam Roberts
      • Re: About luasocket and receive(..) patterns, Diego Nehab
• Lua 5.2, David Burgess
  • Re: Lua 5.2, steve donovan
    • Re: Lua 5.2, David Burgess
      • Re: Lua 5.2, steve donovan
      • Re: Lua 5.2, David Burgess
    • Re: Lua 5.2, Alexander Gladysh
      • Re: Lua 5.2, Jerome Vuarand
      • Re: Lua 5.2, Alexander Gladysh
      • Re: Lua 5.2, Jerome Vuarand
      • Re: Lua 5.2, Alexander Gladysh
      • Re: Lua 5.2, Vaughan McAlley
• object identity/address and hashing, spir
  • Re: object identity/address and hashing, Petite Abeille
  • Re: object identity/address and hashing, Alex Davies
    • Re: object identity/address and hashing, spir
    • Re: object identity/address and hashing, spir
• lzlib usage, Phoenix Sol
  • Re: lzlib usage, Petite Abeille
    • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, Ignacio Burgueño
      • Re: lzlib usage, Sam Roberts
      • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, GrayFace
      • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, Brian Maher
      • Re: lzlib usage, Jerome Vuarand
      • Re: lzlib usage, Matthew Wild
      • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, Brian Maher
      • Re: lzlib usage, Brian Maher
      • Re: lzlib usage, Ignacio Burgueño
      • Re: lzlib usage, Petite Abeille
      • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, Petite Abeille
      • Re: lzlib usage, Phoenix Sol
      • Re: lzlib usage, Petite Abeille
• Lua in model driven software?, Wim Couwenberg
  • Re: Lua in model driven software?, Fabien
    • Re: Lua in model driven software?, Luiz Henrique de Figueiredo
      • Re: Lua in model driven software?, Fabien
      • Re: Lua in model driven software?, Luiz Henrique de Figueiredo
• finalizer call order in GC cycle during lua_close (Lua 5.2), Richard Hundt
  • Re: finalizer call order in GC cycle during lua_close (Lua 5.2), Richard Hundt
• Request for a Public Issue Tracking System(Re: Lua 5.2 and continue), Fernando P. García
• Easier function declaration in tables for 5.2?, RJ Russell
  • Re: Easier function declaration in tables for 5.2?, Alex Davies
  • Re: Easier function declaration in tables for 5.2?, Norman Ramsey
    • Re: Easier function declaration in tables for 5.2?, Peter Cawley
      • Re: Easier function declaration in tables for 5.2?, Duncan Cross
• The problem with stack-based environments..., Mark Hamburg
  • Re: The problem with stack-based environments..., joao lobato
• attempt to concatenate a userdata value, Kuang Chen
  • Re: attempt to concatenate a userdata value, M Joonas Pihlaja
  • Re: attempt to concatenate a userdata value, Sam Roberts
• [ANN] lcl - a command-line evaluator library, Luiz Henrique de Figueiredo
  • Re: [ANN] lcl - a command-line evaluator library, Luiz Henrique de Figueiredo
• Lua vs. XML, Alexander Gladysh

---

Mail converted by MHonArc 2.6.19