lua-l archive

[Date Index] [Thread Index]

• [ANN] revisited version of DataDumper (Now ASCII compatible!), Sebastien Lai
  • RE: [ANN] revisited version of DataDumper (Now ASCII compatible!), Thijs Schreijer
    • Re: [ANN] revisited version of DataDumper (Now ASCII compatible!), Sebastien Lai
• Re: a functional programming library, Geoff Leyland
• Re: How to avoid global variables in a lua module (using C api), Ezequiel García
• Re: problem embedding LuaJIT, Michael Gogins
  • Re: problem embedding LuaJIT, Oskar Forsslund
    • Re: problem embedding LuaJIT, steve donovan
      • Re: problem embedding LuaJIT, Oskar Forsslund
      • Re: problem embedding LuaJIT, Oskar Forsslund
      • Re: problem embedding LuaJIT, Dimiter 'malkia' Stanev
      • Re: problem embedding LuaJIT, Oskar Forsslund
• Re: Lua executable compiled with TDM-GCC 4.6.1 has issues, Michael Gogins
  • Re: Lua executable compiled with TDM-GCC 4.6.1 has issues, Dimiter 'malkia' Stanev
  • <Possible follow-ups>
  • Re: Lua executable compiled with TDM-GCC 4.6.1 has issues, Heesob Park
• Re: verification and linting of lua implementations, David Manura
  • Re: verification and linting of lua implementations, Roberto Ierusalimschy
  • <Possible follow-ups>
  • Re: verification and linting of lua implementations, jos van kesteren
    • Re: verification and linting of lua implementations, Roberto Ierusalimschy
      • RE: verification and linting of lua implementations, Thomas Buergel
      • Re: verification and linting of lua implementations, Florian Weimer
      • RE: verification and linting of lua implementations, Thomas Buergel
      • Re: verification and linting of lua implementations, Iain Hibbert
      • Re: verification and linting of lua implementations, Alessandro Delgado
      • Re: verification and linting of lua implementations, Roberto Ierusalimschy
      • RE: verification and linting of lua implementations, Thomas Buergel
    • Re: verification and linting of lua implementations, David Manura
• [ANN] LuaClassBasedCall 2.0, Patrick Rapin
  • Re: [ANN] LuaClassBasedCall 2.0, Patrick Rapin
    • Re: [ANN] LuaClassBasedCall 2.0, Patrick Rapin
• A very basic thing I don't get, Thijs Koerselman
  • Re: A very basic thing I don't get, Wesley Smith
  • Re: A very basic thing I don't get, Peter Cawley
    • Re: A very basic thing I don't get, Stefan Reich
      • Re: A very basic thing I don't get, Michal Kottman
      • Re: A very basic thing I don't get, Stefan Reich
      • Re: A very basic thing I don't get, Petite Abeille
      • Re: A very basic thing I don't get, Stefan Reich
      • Re: A very basic thing I don't get, David Kastrup
      • Re: A very basic thing I don't get, Thijs Koerselman
      • Re: A very basic thing I don't get, joao lobato
      • Re: A very basic thing I don't get, Stefan Reich
      • Re: A very basic thing I don't get, Petite Abeille
      • Re: A very basic thing I don't get, Mark Hamburg
      • Re: A very basic thing I don't get, Kristofer Karlsson
      • Re: A very basic thing I don't get, Dirk Laurie
      • Re: A very basic thing I don't get, Petite Abeille
      • Re: A very basic thing I don't get, Lorenzo Donati
      • Re: A very basic thing I don't get, Mark Hamburg
      • Re: A very basic thing I don't get, joao lobato
      • Re: A very basic thing I don't get, Luiz Henrique de Figueiredo
      • Re: A very basic thing I don't get, joao lobato
      • Re: A very basic thing I don't get, Javier Guerra Giraldez
      • Re: A very basic thing I don't get, Geoff Leyland
      • Re: A very basic thing I don't get, Lorenzo Donati
      • Re: A very basic thing I don't get, phlnc8
      • Re: A very basic thing I don't get, Petite Abeille
      • Re: A very basic thing I don't get, Lorenzo Donati
      • Re: A very basic thing I don't get, Philippe Lhoste
      • Re: A very basic thing I don't get, steve donovan
      • Re: A very basic thing I don't get, Roberto Ierusalimschy
      • Re: A very basic thing I don't get, Axel Kittenberger
      • Re: A very basic thing I don't get, Pascal J. Bourguignon
      • Re: A very basic thing I don't get, David Kastrup
      • Re: A very basic thing I don't get, Dirk Laurie
      • Re: A very basic thing I don't get, Axel Kittenberger
      • RE: A very basic thing I don't get, Julien Duminil
      • Re: A very basic thing I don't get, Pierpaolo Bernardi
      • Why take out remaining arguments when not last (was: A very basic thing I don't get), Cuero Bugot
      • Re: Why take out remaining arguments when not last (was: A very basic thing I don't get), steve donovan
      • Re: Why take out remaining arguments when not last, David Kastrup
      • RE: Why take out remaining arguments when not last, Cuero Bugot
      • Re: A very basic thing I don't get, Axel Kittenberger
      • Re: A very basic thing I don't get, Pierpaolo Bernardi
      • Re: A very basic thing I don't get, Axel Kittenberger
      • Re: A very basic thing I don't get, David Kastrup
      • Re: A very basic thing I don't get, Leo Razoumov
      • Re: A very basic thing I don't get, Pierpaolo Bernardi
      • Re: A very basic thing I don't get, David Kastrup
      • Re: A very basic thing I don't get, Tony Finch
  • Re: A very basic thing I don't get, steve donovan
• Re: Can LuaCoco yield from outside of a Lua C Function?, mitchell
  • <Possible follow-ups>
  • Re: Can LuaCoco yield from outside of a Lua C Function?, mitchell
    • Re: Can LuaCoco yield from outside of a Lua C Function?, Mike Pall
• Support for extended attributes, Pascal Du maurrier
  • Re: Support for extended attributes, Alessandro Delgado
    • Re: Support for extended attributes, Ezra Sims
  • Re: Support for extended attributes, Philippe Lhoste
  • Re: Support for extended attributes, Dimiter 'malkia' Stanev
  • Re: Support for extended attributes, Sam Roberts
• Re: Young Lua programmers, Elias Hogstvedt
  • <Possible follow-ups>
  • Re: Young Lua programmers, Erik Cassel
• Re: Homemade email system using LuaSocket and LuaPOP3, Dieter Plaetinck
  • Re: Homemade email system using LuaSocket and LuaPOP3, Petite Abeille
    • Re: Homemade email system using LuaSocket and LuaPOP3, clemens fischer
  • <Possible follow-ups>
  • Re: Homemade email system using LuaSocket and LuaPOP3, Pascal Du maurrier
    • Re: Homemade email system using LuaSocket and LuaPOP3, Dieter Plaetinck
      • Re: Homemade email system using LuaSocket and LuaPOP3, Dieter Plaetinck
• d'Arc is a Neutrino, H. Diedrich
• "Real-word" Programs to Experiment with the Generational Garbage Collection (GC), Alexandre Skyrme
  • Re: "Real-word" Programs to Experiment with the Generational Garbage Collection (GC), Tobias Markmann
    • Re: "Real-word" Programs to Experiment with the Generational Garbage Collection (GC), Dieter Plaetinck
      • Re: "Real-word" Programs to Experiment with the Generational Garbage Collection (GC), Pierre Chapuis
• Re: Embedding scripts in executable, Tim Caswell
  • Re: Embedding scripts in executable, Mike Pall
    • Re: Embedding scripts in executable, Tim Caswell
      • Re: Embedding scripts in executable, Mike Pall
      • Re: Embedding scripts in executable, Tim Caswell
  • <Possible follow-ups>
  • Re: Embedding scripts in executable, Shmuel Zeigerman
    • Re: Embedding scripts in executable, Dimiter 'malkia' Stanev
      • Re: Embedding scripts in executable, Shmuel Zeigerman
  • Re: Embedding scripts in executable, Axel Kittenberger
• Lua port for symbian..., Tarmo Pikaro
  • Re: Lua port for symbian..., Xavier Wang
    • Re: Lua port for symbian..., Xavier Wang
      • Re: Lua port for symbian..., Tarmo Pikaro
• profiling embedded lua, Oskar Forsslund
  • Re: profiling embedded lua, Patrick Rapin
    • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Patrick Rapin
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, steve donovan
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, steve donovan
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, steve donovan
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, steve donovan
      • Re: profiling embedded lua, Oskar Forsslund
      • RE: profiling embedded lua, Thomas Buergel
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Sean Conner
      • Re: profiling embedded lua, Luiz Henrique de Figueiredo
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Elias Barrionovo
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, steve donovan
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Geoff Leyland
      • Re: profiling embedded lua, Oskar Forsslund
      • Re: profiling embedded lua, Geoff Leyland
• LuaForge status update, Yuri Takhteyev
• [ANN] LuaRocks 2.0.6, Hisham
  • Re: [ANN] LuaRocks 2.0.6, Matthew Wild
• unquote?, Petite Abeille
  • Re: unquote?, Geoff Leyland
    • Re: unquote?, Petite Abeille
      • Re: unquote?, Patrick Donnelly
      • Re: unquote?, Petite Abeille
      • Re: unquote?, David Given
      • Re: unquote?, Petite Abeille
  • RE: unquote?, Thijs Schreijer
• Isn't load() in 5.2 too naive about _ENV?, Artur Galyamov
  • Re: Isn't load() in 5.2 too naive about _ENV?, Luiz Henrique de Figueiredo
    • Re: Isn't load() in 5.2 too naive about _ENV?, Artur Galyamov
      • Re: Isn't load() in 5.2 too naive about _ENV?, Luiz Henrique de Figueiredo
      • Re: Isn't load() in 5.2 too naive about _ENV?, Peng Zhicheng
      • Re: Isn't load() in 5.2 too naive about _ENV?, Artur Galyamov
      • Re: Isn't load() in 5.2 too naive about _ENV?, Roberto Ierusalimschy
      • Re: Isn't load() in 5.2 too naive about _ENV?, Artur Galyamov
      • Re: Isn't load() in 5.2 too naive about _ENV?, Roberto Ierusalimschy
• A challenge: make an online Lua tutorial, steve donovan
  • Re: A challenge: make an online Lua tutorial, Alexander Gladysh
    • Re: A challenge: make an online Lua tutorial, Alexander Gladysh
    • Re: A challenge: make an online Lua tutorial, steve donovan
      • Re: A challenge: make an online Lua tutorial, steve donovan
      • Re: A challenge: make an online Lua tutorial, Rob Kendrick
      • Re: A challenge: make an online Lua tutorial, steve donovan
      • Re: A challenge: make an online Lua tutorial, Luiz Henrique de Figueiredo
      • Re: A challenge: make an online Lua tutorial, Fabio Mascarenhas
      • Re: A challenge: make an online Lua tutorial, steve donovan
      • Re: A challenge: make an online Lua tutorial, David Manura
  • Re: A challenge: make an online Lua tutorial, Alex Bradbury
    • Re: A challenge: make an online Lua tutorial, Alexander Gladysh
      • Re: A challenge: make an online Lua tutorial, David Manura
• Lua Unofficial FAQ Addition, Rob Hoelz
  • Re: Lua Unofficial FAQ Addition, steve donovan
    • Re: Lua Unofficial FAQ Addition, Patrick Rapin
      • Re: Lua Unofficial FAQ Addition, steve donovan
    • Re: Lua Unofficial FAQ Addition, Patrick Donnelly
      • Re: Lua Unofficial FAQ Addition, Rob Hoelz
      • Re: Lua Unofficial FAQ Addition, steve donovan
  • Re: Lua Unofficial FAQ Addition, Dimiter 'malkia' Stanev
• quoting unquoted token?, Petite Abeille
  • Re: quoting unquoted token?, Peter Odding
    • Re: quoting unquoted token?, Petite Abeille
    • Re: quoting unquoted token?, Luiz Henrique de Figueiredo
    • RE: quoting unquoted token?, Laurie, Dirk <dpl@<a href="/cgi-bin/echo.cgi?sun.ac.za">...</a>>
  • Re: quoting unquoted token?, Martijn Hoekstra
    • Re: quoting unquoted token?, Duncan Cross
• Byte code compiling question, Jeff Smith
  • Re: Byte code compiling question, Luiz Henrique de Figueiredo
    • RE: Byte code compiling question, Jeff Smith
      • Re: Byte code compiling question, Luiz Henrique de Figueiredo
      • Re: Byte code compiling question, Bogdan Marinescu
      • Re: Byte code compiling question, Javier Guerra Giraldez
      • RE: Byte code compiling question, Jeff Smith
      • Re: Byte code compiling question, Javier Guerra Giraldez
      • RE: Byte code compiling question, Jeff Smith
      • Re: Byte code compiling question, Bogdan Marinescu
      • Re: Byte code compiling question, Patrick Rapin
      • Re: Byte code compiling question, Bogdan Marinescu
      • RE: Byte code compiling question, Jeff Smith
      • RE: Byte code compiling question, Jeff Smith
      • Re: Byte code compiling question, Sam Roberts
      • RE: Byte code compiling question, Jeff Smith
      • Re: Byte code compiling question, Sam Roberts
• [proposal] Libary changes, Sebastien Lai
  • Re: [proposal] Libary changes, Marc Balmer
    • Re: [proposal] Libary changes, Terry Bayne
    • Re: [proposal] Libary changes, Duncan Cross
    • Re: [proposal] Libary changes, Tarmo Pikaro
      • Re: [proposal] Libary changes, Patrick Rapin
      • Re: [proposal] Libary changes, Tarmo Pikaro
      • RE: [proposal] Libary changes, Julien Duminil
      • Re: [proposal] Libary changes, steve donovan
      • Re: [proposal] Libary changes, Dirk Laurie
  • Re: [proposal] Libary changes, Luiz Henrique de Figueiredo
    • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Sean Conner
  • Re: [proposal] Libary changes, Petite Abeille
  • Re: [proposal] Libary changes, Sam Roberts
    • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Petite Abeille
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Sebastien Lai
      • RE: [proposal] Libary changes, Julien Duminil
      • Re: [proposal] Libary changes, Dirk Laurie
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Dirk Laurie
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Roberto Ierusalimschy
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Erik Lindroos
      • Re: [proposal] Libary changes, Dirk Laurie
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Michal Kottman
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Tim Caswell
      • Re: [proposal] Libary changes, Dirk Laurie
      • Re: [proposal] Libary changes, Sebastien Lai
      • Re: [proposal] Libary changes, Philippe Lhoste
• Calling Lua from C, Patrick Rapin
  • Re: Calling Lua from C, Michael Gogins
  • Re: Calling Lua from C, Enrico Tassi
  • Re: Calling Lua from C, Marc Balmer
  • Re: Calling Lua from C, Sean Conner
  • Re: Calling Lua from C, Roger Ivie
  • Re: Calling Lua from C, Александр Мельников
  • Re: Calling Lua from C, Sam Roberts
  • Re: Calling Lua from C, Peter Pimley
• wrapping multithreaded C code in a library, Thijs Schreijer
  • Re: wrapping multithreaded C code in a library, Ezra Sims
  • Re: wrapping multithreaded C code in a library, Javier Guerra Giraldez
    • RE: wrapping multithreaded C code in a library, Thijs Schreijer
      • Re: wrapping multithreaded C code in a library, Javier Guerra Giraldez
• [ANN] lbuffer - a mutable string module for lua (in very early period), Xavier Wang
• Workshop video: Mitigating the danger of malicious bytecode, Peter Cawley
• Windows Mobile/Windows CE port, Georg Lehner
  • Re: Windows Mobile/Windows CE port, Petr Štetiar
    • Re: Windows Mobile/Windows CE port, Georg Lehner
• XML parser with DOM-like API, Florian Weimer
  • Re: XML parser with DOM-like API, Tarmo Pikaro
    • Re: XML parser with DOM-like API, Philippe Lhoste
      • Re: XML parser with DOM-like API, Xavier Wang
    • Re: XML parser with DOM-like API, Florian Weimer
  • Re: XML parser with DOM-like API, Petite Abeille
  • Re: XML parser with DOM-like API, Eike Decker
    • Re: XML parser with DOM-like API, Matthew Wild
      • Re: XML parser with DOM-like API, Florian Weimer
      • Re: XML parser with DOM-like API, Michal Kottman
      • Re: XML parser with DOM-like API, Xavier Wang
      • Re: XML parser with DOM-like API, Jay Carlson
      • Re: XML parser with DOM-like API, Florian Weimer
      • Re: XML parser with DOM-like API, steve donovan
      • Re: XML parser with DOM-like API, Egil Hjelmeland
• New to Lua Programming Language, nishant hooda
  • Re: New to Lua Programming Language, Petite Abeille
    • Re: New to Lua Programming Language, nishant hooda
• [ANN] lua-time, Francisco
  • Re: [ANN] lua-time, Stefan Reich
    • Re: [ANN] lua-time, Francisco
      • Re: [ANN] lua-time, Louis Mamakos
      • Re: [ANN] lua-time, Sam Roberts
• LuaSocket: No way to protect against fuzzing attacks?, HyperHacker
  • Re: LuaSocket: No way to protect against fuzzing attacks?, Peter Pimley
    • Re: LuaSocket: No way to protect against fuzzing attacks?, Sean Conner
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Javier Guerra Giraldez
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Stefan Reich
  • Re: LuaSocket: No way to protect against fuzzing attacks?, Sean Conner
    • Re: LuaSocket: No way to protect against fuzzing attacks?, HyperHacker
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Peter Pimley
  • RE: LuaSocket: No way to protect against fuzzing attacks?, Dean Sellers
    • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
      • RE: LuaSocket: No way to protect against fuzzing attacks?, Dean Sellers
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
      • Re: LuaSocket: No way to protect against fuzzing attacks?, HyperHacker
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Matthew Wild
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Petite Abeille
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
      • Re: LuaSocket: No way to protect against fuzzing attacks?, HyperHacker
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
      • Re: LuaSocket: No way to protect against fuzzing attacks?, Diego Nehab
      • Re: LuaSocket: No way to protect against fuzzing attacks?, HyperHacker
  • Re: LuaSocket: No way to protect against fuzzing attacks?, Tony Finch
  • Re: LuaSocket: No way to protect against fuzzing attacks?, Petite Abeille
  • Re: LuaSocket: No way to protect against fuzzing attacks?, Sam Roberts
• [propsal] improve to table.concat?, Xavier Wang
  • Re: [propsal] improve to table.concat?, Sebastien Lai
    • Re: [propsal] improve to table.concat?, Patrick Rapin
      • Re: [propsal] improve to table.concat?, Sebastien Lai
      • Re: [propsal] improve to table.concat?, Dirk Laurie
      • Re: [propsal] improve to table.concat?, Patrick Rapin
    • Re: [propsal] improve to table.concat?, Xavier Wang
      • Re: [propsal] improve to table.concat?, Peng Zhicheng
  • Re: [propsal] improve to table.concat?, Tomas Guisasola Gorham
    • Re: [propsal] improve to table.concat?, Tim Caswell
• Using Lua's memory allocator, Gavin Wraith
  • Re: Using Lua's memory allocator, Patrick Rapin
    • Re: Using Lua's memory allocator, Gavin Wraith
  • Re: Using Lua's memory allocator, Patrick Rapin
    • Re: Using Lua's memory allocator, Gavin Wraith
      • Re: Using Lua's memory allocator, Artur Galyamov
  • Re: Using Lua's memory allocator, Gavin Wraith
• Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Ben Harper
  • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Alex Queiroz
    • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Javier Guerra Giraldez
  • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Miles Bader
    • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, steve donovan
      • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Javier Guerra Giraldez
  • Re: Is it hard to write a fast JIT for a language that distinguishes between NULL and Int32=0, Axel Kittenberger
• PiL 1, Alexander Gladysh
  • Re: PiL 1, Petite Abeille
    • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, steve donovan
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, steve donovan
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Dirk Laurie
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Matthew Wild
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Stuart P. Bentley
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Eduardo Ochs
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Stefan Reich
      • Re: PiL 1, Alex
      • Re: PiL 1, Miles Bader
      • Re: PiL 1, Alexander Gladysh
  • Re: PiL 1, steve donovan
    • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Alexander Gladysh
  • Re: PiL 1, Alexander Gladysh
  • Re: PiL 1, Eduardo Ochs
    • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Patrick Mc(avery
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Miles Bader
      • Re: PiL 1, Javier Guerra Giraldez
      • Re: PiL 1, Luiz Henrique de Figueiredo
      • Re: PiL 1, Alexander Gladysh
  • Re: PiL 1, Roberto Ierusalimschy
    • Re: PiL 1, Ezequiel García
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Ezequiel García
      • Re: PiL 1, Javier Guerra Giraldez
      • Re: PiL 1, Ezequiel García
      • Re: PiL 1, Tim Caswell
      • Re: PiL 1, Roberto Ierusalimschy
      • Re: PiL 1, Patrick Mc(avery
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Enrico Colombini
      • Re: PiL 1, Ignacio Burgueño
      • Re: PiL 1, marbux
      • Re: PiL 1, steve donovan
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Jorge
      • Re: PiL 1, Petite Abeille
      • Re: PiL 1, Javier Guerra Giraldez
      • Re: PiL 1, Jorge
      • Re: PiL 1, Javier Guerra Giraldez
      • Re: PiL 1, Jorge
      • Re: PiL 1, Enrico Colombini
      • Re: PiL 1, Jorge
      • Re: PiL 1, Enrico Colombini
    • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Roberto Ierusalimschy
      • Re: PiL 1, Alexander Gladysh
    • Re: PiL 1, Axel Kittenberger
      • Re: PiL 1, Alexander Gladysh
      • Re: PiL 1, Dirk Laurie
      • Re: PiL 1, steve donovan
      • Re: PiL 1, Patrick Mc(avery
    • Re: PiL 1, Philippe Lhoste
  • Re: PiL 1, Florian Weimer
  • <Possible follow-ups>
  • Re: Pil 1, Bo Waggoner
    • Message not available
      • Re: Pil 1, Ross Berteig
• atpanic chaining?, AllanPfalzgraf
  • Re: atpanic chaining?, Rob Hoelz
  • <Possible follow-ups>
  • Re: atpanic chaining?, AllanPfalzgraf
• lua console in Windows and other questions, Stephen Blackwell - Applications Engineering
  • Re: lua console in Windows and other questions, Christopher Berardi
    • Re: lua console in Windows and other questions, KHMan
    • Re: lua console in Windows and other questions, marbux
  • Re: lua console in Windows and other questions, Jerome Vuarand
• help with naming convention, Patrick Mc(avery
  • Re: help with naming convention, Dirk Laurie
  • Re: help with naming convention, Xavier Wang
    • Re: help with naming convention, Sean Conner
  • Re: help with naming convention, Peter Pimley
  • Re: help with naming convention, Petite Abeille
    • Re: help with naming convention, Patrick Mc(avery
      • Re: help with naming convention, Dimiter 'malkia' Stanev
      • Re: help with naming convention, Ralph Eastwood
  • Re: help with naming convention, Axel Kittenberger
• [Lua5.2] __len meta-method has two operand?, Xavier Wang
  • Re: [Lua5.2] __len meta-method has two operand?, Dirk Laurie
    • Re: [Lua5.2] __len meta-method has two operand?, Xavier Wang
      • Re: [Lua5.2] __len meta-method has two operand?, Patrick Rapin
      • Re: [Lua5.2] __len meta-method has two operand?, Xavier Wang
      • Re: [Lua5.2] __len meta-method has two operand?, Roberto Ierusalimschy
      • Re: [Lua5.2] __len meta-method has two operand?, Xavier Wang
• Problem with garbage collector while parsing, Ingo van Lil
  • Re: Problem with garbage collector while parsing, Ingo van Lil
    • Re: Problem with garbage collector while parsing, Thomas Harning Jr.
    • Re: Problem with garbage collector while parsing, Roberto Ierusalimschy
      • Re: Problem with garbage collector while parsing, Ingo van Lil
  • <Possible follow-ups>
  • Re: Problem with garbage collector while parsing, Justin Davis
• Binary file IO, Shaun savage
  • Re: Binary file IO, Jerome Vuarand
  • Re: Binary file IO, Ben Kelly
• Is possible to generate Lua Grammar in LL(1)?, Rafael Bittencourt
  • Re: Is possible to generate Lua Grammar in LL(1)?, Fabio Mascarenhas
    • Re: Is possible to generate Lua Grammar in LL(1)?, Rafael Bittencourt
      • Re: Is possible to generate Lua Grammar in LL(1)?, Fabio Mascarenhas
  • Re: Is possible to generate Lua Grammar in LL(1)?, Florian Weimer
    • Re: Is possible to generate Lua Grammar in LL(1)?, Roberto Ierusalimschy
      • Re: Is possible to generate Lua Grammar in LL(1)?, Rafael Bittencourt
• Re:Concatenative Programming was( help with naming convention), Patrick Mc(avery
  • Re: Concatenative Programming was( help with naming convention), Javier Guerra Giraldez
    • Re: Concatenative Programming was( help with naming convention), Patrick Mc(avery
      • Re: Concatenative Programming was( help with naming convention), Javier Guerra Giraldez
  • Re: Concatenative Programming was( help with naming convention), Peter Sommerfeld
    • Re: Concatenative Programming was( help with naming convention), David Hollander
      • Re: Concatenative Programming was( help with naming convention), Tim Mensch
      • Re: Concatenative Programming was( help with naming convention), David Hollander
• LoadLibrary usage reviewed / LfW, David Manura
  • Re: LoadLibrary usage reviewed / LfW, Dimiter 'malkia' Stanev
• Corrupted pointer in luaD_precall after stack grow/reallocation, ijsf
  • Re: Corrupted pointer in luaD_precall after stack grow/reallocation, ijsf
  • Re: Corrupted pointer in luaD_precall after stack grow/reallocation, Mike Pall
    • Re: Corrupted pointer in luaD_precall after stack grow/reallocation, ijsf
      • Re: Corrupted pointer in luaD_precall after stack grow/reallocation, Bogdan Marinescu
      • Re: Corrupted pointer in luaD_precall after stack grow/reallocation, ijsf
• [ANN] mergelua, Sebastien Lai
  • Re: [ANN] mergelua, Petite Abeille
    • Re: [ANN] mergelua, Sebastien Lai
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Patrick Mc(avery
      • Re: [ANN] mergelua, Petite Abeille
  • Re: [ANN] mergelua, Patrick Mc(avery
    • Re: [ANN] mergelua, Sebastien Lai
      • Re: [ANN] mergelua, Sebastien Lai
  • Re: [ANN] mergelua, David Manura
    • Re: [ANN] mergelua, Sebastien Lai
      • Re: [ANN] mergelua, KHMan
      • Re: [ANN] mergelua, Jerome Vuarand
    • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Roberto Ierusalimschy
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Matthew Wild
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Roberto Ierusalimschy
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Dirk Laurie
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Dirk Laurie
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Dirk Laurie
      • Re: [ANN] mergelua, Roberto Ierusalimschy
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Matthew Wild
      • Re: [ANN] mergelua, David Manura
      • Re: [ANN] mergelua, Mike Pall
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Krunal Rao
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Krunal Rao
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Matthew Wild
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Matthew Wild
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, Philipp Janda
      • Re: [ANN] mergelua, Petite Abeille
      • Re: [ANN] mergelua, steve donovan
      • Lua 5.2 extensions (was Re: [ANN] mergelua), Mike Pall
      • Re: Lua 5.2 extensions (was Re: [ANN] mergelua), steve donovan
      • Re: Lua 5.2 extensions (was Re: [ANN] mergelua), Joshua Jensen
      • Re: [ANN] mergelua, Sebastien Lai
      • Re: [ANN] mergelua, Dirk Laurie
      • Re: [ANN] mergelua, Eduardo Ochs
• "attempt to yield across metamethod/C-call boundary" with LuaJIT but not with Lua, Szymon Gatner
  • Re: "attempt to yield across metamethod/C-call boundary" with LuaJIT but not with Lua, Tim Mensch
    • Re: "attempt to yield across metamethod/C-call boundary" with LuaJIT but not with Lua, Patrick Rapin
  • Re: "attempt to yield across metamethod/C-call boundary" with LuaJIT but not with Lua, Szymon Gatner
• LuaSocket missing partial receives (Was: LuaSocket: No way to protect against fuzzing attacks?), HyperHacker
  • Re: LuaSocket missing partial receives (Was: LuaSocket: No way to protect against fuzzing attacks?), Sean Conner
    • Re: LuaSocket missing partial receives (Was: LuaSocket: No way to protect against fuzzing attacks?), Diego Nehab
• modules, require, magic, Eduardo Ochs
  • Re: modules, require, magic, Patrick Mc(avery
  • Re: modules, require, magic, Petite Abeille
    • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Petite Abeille
  • Re: modules, require, magic, Roberto Ierusalimschy
  • Re: modules, require, magic, Javier Guerra Giraldez
    • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Luiz Henrique de Figueiredo
      • Re: modules, require, magic, Petite Abeille
      • RE: modules, require, magic, Thijs Schreijer
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Pierre Chapuis
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, joao lobato
      • Re: modules, require, magic, Luiz Henrique de Figueiredo
      • Re: modules, require, magic, joao lobato
      • Re: modules, require, magic, marbux
      • Re: modules, require, magic, joao lobato
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, troy wreford
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, troy wreford
      • Re: modules, require, magic, troy wreford
      • Re: modules, require, magic, Dirk Laurie
      • Re: modules, require, magic, Pierre Chapuis
      • Re: modules, require, magic, KR
      • Re: modules, require, magic, David Manura
      • Re: modules, require, magic, Fabio Mascarenhas
      • Re: modules, require, magic, David Manura
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Sean Conner
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, Sean Conner
      • RE: modules, require, magic, Julien Duminil
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, Javier Guerra Giraldez
      • Penlight and globals (was: modules, require, magic), Pierre Chapuis
      • Re: Penlight and globals (was: modules, require, magic), steve donovan
      • Re: modules, require, magic, Sean Conner
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Luiz Henrique de Figueiredo
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Philipp Janda
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Sean Conner
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Sean Conner
      • Re: modules, require, magic, Philipp Janda
      • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Renato Maia
      • Re: modules, require, magic, Luiz Henrique de Figueiredo
      • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Pierre Chapuis
      • Re: modules, require, magic, David Manura
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Ralph Hempel
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Sam Roberts
      • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Doug Currie
      • Re: modules, require, magic, Doug Currie
      • Re: modules, require, magic, Josh Simmons
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Geoff Leyland
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Geoff Leyland
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, Philipp Janda
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, Tony Finch
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Tony Finch
      • syntactic sugar for imports and exports, Tony Finch
      • Re: syntactic sugar for imports and exports, Daurnimator
      • Re: syntactic sugar for imports and exports, Petite Abeille
      • Re: syntactic sugar for imports and exports, Mark Hamburg
      • Re: syntactic sugar for imports and exports, Petite Abeille
      • Re: syntactic sugar for imports and exports, Daurnimator
      • Re: syntactic sugar for imports and exports, Josh Simmons
      • Re: syntactic sugar for imports and exports, Xavier Wang
      • Re: syntactic sugar for imports and exports, steve donovan
      • Re: syntactic sugar for imports and exports, Tony Finch
      • Re: syntactic sugar for imports and exports, Xavier Wang
      • Re: syntactic sugar for imports and exports, Jerome Vuarand
      • Re: syntactic sugar for imports and exports, Dirk Laurie
      • Re: modules, require, magic, David Manura
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Fabio Mascarenhas
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Matthew Wild
      • Re: modules, require, magic, Javier Guerra Giraldez
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Javier Guerra Giraldez
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Mark Hamburg
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, steve donovan
      • Re: modules, require, magic, James Graves
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Hisham
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, James Graves
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Philipp Janda
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Philipp Janda
      • Re: modules, require, magic, Patrick Donnelly
      • Re: modules, require, magic, David Manura
      • Re: modules, require, magic, Roberto Ierusalimschy
      • Re: modules, require, magic, Petite Abeille
      • Re: modules, require, magic, Xavier Wang
• Web development with Lua, Luciano de Souza
  • Re: Web development with Lua, Petite Abeille
  • Re: Web development with Lua, Tim Mensch
  • Re: Web development with Lua, Nathan Angelacos
  • Re: Web development with Lua, Sebastien Lai
    • Re: Web development with Lua, Tang Daogang
      • Re: Web development with Lua, jyf
      • Re: Web development with Lua, Victor Young
      • Re: Web development with Lua, Victor Young
      • Re: Web development with Lua, Norbert Kiesel
      • Re: Web development with Lua, Victor Young
      • Re: Web development with Lua, Norbert Kiesel
      • Re: Web development with Lua, Tang Daogang
      • Re: Web development with Lua, Javier Guerra Giraldez
      • Re: Web development with Lua, Norbert Kiesel
      • Re: Web development with Lua, Norbert Kiesel
      • Re: Web development with Lua, Matthew Wild
      • Re: Web development with Lua, Sam Roberts
      • Re: Web development with Lua, Tang Daogang
      • Re: Web development with Lua, Philipp Janda
      • Re: Web development with Lua, Tang Daogang
      • Re: Web development with Lua, HyperHacker
    • Re: Web development with Lua, Luciano de Souza
      • Re: Web development with Lua, Pierre Chapuis
      • Re: Web development with Lua, Luciano de Souza
      • Re: Web development with Lua, Peng Zhicheng
      • Re: Web development with Lua, Luciano de Souza
      • Re: Web development with Lua, Matthew Wild
      • Re: Web development with Lua, Sebastien Lai
  • Re: Web development with Lua, Philippe Lhoste
  • <Possible follow-ups>
  • Re: Web development with Lua, Pierre Chapuis
    • Re: Web development with Lua, Victor Young
  • Re: Web development with Lua, Pierre Chapuis
• Red-black tree?, Geoff Leyland
  • Re: Red-black tree?, Wim Couwenberg
  • Re: Red-black tree?, joao lobato
    • Re: Red-black tree?, Geoff Leyland
      • Re: Red-black tree?, joao lobato
      • Re: Red-black tree?, Geoff Leyland
      • Re: Red-black tree?, Wim Couwenberg
• luajit and ios5, Jonathan Brodsky
  • Re: luajit and ios5, Mike Pall
• small specific question about setfenv to implement a "use" function, Francesco Abbate
• [LuaJIT FFI] Segfault in simple FFI test on Linux: not in equivalent C program, nor same test on Windows, Duncan Cross
  • Re: [LuaJIT FFI] Segfault in simple FFI test on Linux: not in equivalent C program, nor same test on Windows, Dimiter 'malkia' Stanev
    • Re: [LuaJIT FFI] Segfault in simple FFI test on Linux: not in equivalent C program, nor same test on Windows, Duncan Cross
• table iteration problem, Victor Young
  • Re: table iteration problem, steve donovan
    • Re: table iteration problem, Victor Young
      • Re: table iteration problem, Mark Hamburg
      • Re: table iteration problem, steve donovan
      • Re: table iteration problem, Victor Young
      • Re: table iteration problem, Dirk Laurie
      • Re: table iteration problem, Victor Young
    • Re: table iteration problem, Enrico Colombini
  • Re: table iteration problem, Dirk Laurie
• Lua wrapper around the JSMN/JSON library, Antonio Vieiro
• collected c calls faster?, Oskar Forsslund
  • Re: collected c calls faster?, Luiz Henrique de Figueiredo
    • Re: collected c calls faster?, Oskar Forsslund
      • Re: collected c calls faster?, Jakub Piotr Cłapa
      • Re: collected c calls faster?, Oskar Forsslund
      • Re: collected c calls faster?, Jerome Vuarand
      • Re: collected c calls faster?, Oskar Forsslund
      • Re: collected c calls faster?, Oskar Forsslund
      • Re: collected c calls faster?, Jerome Vuarand
      • Re: collected c calls faster?, Oskar Forsslund
      • Re: collected c calls faster?, liam mail
      • Re: collected c calls faster?, Enrico Colombini
• Using a single quote (') character as a suffix operator in MetaLua, Jaco van der Merwe
  • Re: Using a single quote (') character as a suffix operator in MetaLua, Fabien
    • RE: Using a single quote (') character as a suffix operator in MetaLua, Jaco van der Merwe
      • Re: Using a single quote (') character as a suffix operator in MetaLua, Fabien
      • Re: Using a single quote (') character as a suffix operator in MetaLua, HyperHacker
• Why not Just PHP-stupid include?, Patrick Mc(avery
  • Re: Why not Just PHP-stupid include?, Florian Weimer
    • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Alex Queiroz
      • Re: Why not Just PHP-stupid include?, Daurnimator
      • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, steve donovan
      • Re: Why not Just PHP-stupid include?, Jerome Vuarand
      • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Joshua Jensen
      • RE: Why not Just PHP-stupid include?, Julien Duminil
      • Re: Why not Just PHP-stupid include?, Luiz Henrique de Figueiredo
      • Re: Why not Just PHP-stupid include?, Josh Simmons
      • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Petite Abeille
      • Re: Why not Just PHP-stupid include?, Tomas Guisasola Gorham
      • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, steve donovan
  • Re: Why not Just PHP-stupid include?, Axel Kittenberger
    • Re: Why not Just PHP-stupid include?, Tony Finch
  • Re: Why not Just PHP-stupid include?, Georg Lehner
  • Re: Why not Just PHP-stupid include?, Elias Hogstvedt
    • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Matthew Wild
      • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Louis Mamakos
    • Re: Why not Just PHP-stupid include?, Philippe Lhoste
  • Re: Why not Just PHP-stupid include?, Petite Abeille
  • <Possible follow-ups>
  • Re: Why not Just PHP-stupid include?, andre
    • Re: Why not Just PHP-stupid include?, Patrick Mc(avery
      • Re: Why not Just PHP-stupid include?, Joshua Jensen
  • Re: Why not Just PHP-stupid include?, andre
• embedding Lua in Ruby ?, Valerio Schiavoni
  • Re: embedding Lua in Ruby ?, Evan Wies
• Panda Bears will die, Sloths will live on, Patrick Mc(avery
  • Re: Panda Bears will die, Sloths will live on, KHMan
  • Re: Panda Bears will die, Sloths will live on, Jim Whitehead II
    • Re: Panda Bears will die, Sloths will live on, Patrick Mc(avery
      • Re: Panda Bears will die, Sloths will live on, joao lobato
      • Re: Panda Bears will die, Sloths will live on, Gabriel Duarte
      • Re: Panda Bears will die, Sloths will live on, Timothy Baldridge
      • Re: Panda Bears will die, Sloths will live on, Gabriel Duarte
      • Re: Panda Bears will die, Sloths will live on, Sean Conner
      • Re: Panda Bears will die, Sloths will live on, joao lobato
      • Re: Panda Bears will die, Sloths will live on, Axel Kittenberger
      • Re: Panda Bears will die, Sloths will live on, Patrick Mc(avery
      • Re: Panda Bears will die, Sloths will live on, David Goehrig
      • Re: Panda Bears will die, Sloths will live on, Patrick Mc(avery
      • Re: Panda Bears will die, Sloths will live on, Elias Barrionovo
      • Re: Panda Bears will die, Sloths will live on, Patrick Mc(avery
      • Re: Panda Bears will die, Sloths will live on, David Goehrig
      • Re: Panda Bears will die, Sloths will live on, Sean Conner
      • Re: Panda Bears will die, Sloths will live on, Patrick Rapin
      • Re: Panda Bears will die, Sloths will live on, Philippe Lhoste
      • Re: Panda Bears will die, Sloths will live on, Eike Decker
      • Re: Panda Bears will die, Sloths will live on, Petite Abeille
      • Re: Panda Bears will die, Sloths will live on, Luiz Henrique de Figueiredo
  • Re: Panda Bears will die, Sloths will live on, Roberto Ierusalimschy
    • Re: Panda Bears will die, Sloths will live on, Enrico Colombini
  • <Possible follow-ups>
  • Re: Panda Bears will die, Sloths will live on, Pierre Chapuis
• Problem building luajit on touchpad, Tim Caswell
  • Re: Problem building luajit on touchpad, Michael Gogins
    • Re: Problem building luajit on touchpad, Tim Caswell
  • Re: Problem building luajit on touchpad, Mike Pall
• Article biased against Lua, Pascal Du Maurrier
  • Re: Article biased against Lua, Axel Kittenberger
  • Re: Article biased against Lua, Patrick Rapin
  • Re: Article biased against Lua, Stefan Reich
    • Re: Article biased against Lua, HyperHacker
• S.W.O.T analysis, Patrick Mc(avery
  • Re: S.W.O.T analysis, steve donovan
    • Re: S.W.O.T analysis, Patrick Mc(avery
      • Re: S.W.O.T analysis, steve donovan
      • Re: S.W.O.T analysis, Philippe Lhoste
      • Re: S.W.O.T analysis, Dimiter 'malkia' Stanev
      • Re: S.W.O.T analysis, Patrick Mc(avery
    • Re: S.W.O.T analysis, Jimmie Houchin
      • Re: S.W.O.T analysis, Jon Akhtar
      • Re: S.W.O.T analysis, Jimmie Houchin
      • Re: S.W.O.T analysis, steve donovan
      • Re: S.W.O.T analysis, Jimmie Houchin
      • Re: S.W.O.T analysis, Peter Odding
      • Re: S.W.O.T analysis, Victor Young
      • Re: S.W.O.T analysis, Georg Lehner
      • Re: S.W.O.T analysis, Jon Akhtar
      • Re: S.W.O.T analysis, Jimmie Houchin
      • Re: S.W.O.T analysis, Jon Akhtar
  • Re: S.W.O.T analysis, Enrico Colombini
    • Re: S.W.O.T analysis, Patrick Mc(avery
      • Re: S.W.O.T analysis, Enrico Colombini
      • Re: S.W.O.T analysis, Lorenzo Donati
      • Re: S.W.O.T analysis, Miles Bader
  • Re: S.W.O.T analysis, Pierre Chapuis
    • Re: S.W.O.T analysis, Axel Kittenberger
      • Re: S.W.O.T analysis, Pierre Chapuis
      • Re: S.W.O.T analysis, Axel Kittenberger
      • Re: S.W.O.T analysis, Pierre Chapuis
      • Re: S.W.O.T analysis, Petite Abeille
      • Re: S.W.O.T analysis, Axel Kittenberger
      • Re: S.W.O.T analysis, Pierre Chapuis
      • Re: S.W.O.T analysis, Joshua Jensen
  • Re: S.W.O.T analysis, Javier Guerra Giraldez
    • Re: S.W.O.T analysis, Michael Richter
  • Re: S.W.O.T analysis, Miles Bader
  • <Possible follow-ups>
  • Re: S.W.O.T analysis, andre
    • Re: S.W.O.T analysis, Patrick Mc(avery
      • Re: S.W.O.T analysis, Gé Weijers
      • Re: S.W.O.T analysis, Dirk Laurie
      • Re: S.W.O.T analysis, Patrick Mc(avery
      • Re: S.W.O.T analysis, Patrick Mc(avery
      • Re: S.W.O.T analysis, Dirk Laurie
      • Re: S.W.O.T analysis, Philippe Lhoste
• Lua and interprocess communication libraries ?, Tarmo Pikaro
  • RE: Lua and interprocess communication libraries ?, Jaco van der Merwe
  • Re: Lua and interprocess communication libraries ?, Stefan Reich
  • Re: Lua and interprocess communication libraries ?, Pierre Chapuis
  • Re: Lua and interprocess communication libraries ?, Petite Abeille
• transferring logical expression from lua to c, Oskar Forsslund
  • Re: transferring logical expression from lua to c, Jerome Vuarand
    • Re: transferring logical expression from lua to c, Oskar Forsslund
      • Re: transferring logical expression from lua to c, steve donovan
      • Re: transferring logical expression from lua to c, Oskar Forsslund
      • Re: transferring logical expression from lua to c, Javier Guerra Giraldez
      • Re: transferring logical expression from lua to c, Oskar Forsslund
      • Re: transferring logical expression from lua to c, Florian Weimer
      • Re: transferring logical expression from lua to c, Oskar Forsslund
      • Re: transferring logical expression from lua to c, Florian Weimer
  • Re: transferring logical expression from lua to c, Duncan Cross
• Installation of Lua application, Alexander Gorlov
  • Re: Installation of Lua application, startx
  • Re: Installation of Lua application, Peter Odding
  • Re: Installation of Lua application, Peng Zhicheng
• Lua 5.2 (was: modules, require, magic), Stefan Reich
  • Re: Lua 5.2 (was: modules, require, magic), Patrick Donnelly
    • Re: Lua 5.2 (was: modules, require, magic), Petite Abeille
      • Re: Lua 5.2 (was: modules, require, magic), Patrick Donnelly
      • Re: Lua 5.2 (was: modules, require, magic), Petite Abeille
    • Re: Lua 5.2 (was: modules, require, magic), Ben Kelly
      • Re: Lua 5.2 (was: modules, require, magic), Josh Simmons
      • Re: Lua 5.2 (was: modules, require, magic), Josh Simmons
      • Re: Lua 5.2 (was: modules, require, magic), Tony Finch
      • Re: Lua 5.2 (was: modules, require, magic), Petite Abeille
• Feature Request: rawset return value from __newindex, Daurnimator
  • Re: Feature Request: rawset return value from __newindex, Patrick Donnelly
    • Re: Feature Request: rawset return value from __newindex, Daurnimator
      • Re: Feature Request: rawset return value from __newindex, Mike Nelson
  • Re: Feature Request: rawset return value from __newindex, Peng Zhicheng
• Practical observation of lua modules, William C. Bubel
• How can I be sure LuaJIT is working?, Pico Gamo
  • Re: How can I be sure LuaJIT is working?, steve donovan
  • Re: How can I be sure LuaJIT is working?, Mike Pall
    • Re: How can I be sure LuaJIT is working?, Kevin T. Ryan
      • Re: How can I be sure LuaJIT is working?, Roberto Ierusalimschy
      • Re: How can I be sure LuaJIT is working?, Pico Gamo
      • Re: How can I be sure LuaJIT is working?, Secretive Loon
      • Re: How can I be sure LuaJIT is working?, Mike Pall
      • Re: How can I be sure LuaJIT is working?, Pico Gamo
      • Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Mike Pall
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Petite Abeille
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Xavier Wang
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Patrick Donnelly
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Xavier Wang
      • Re: Design mistakes in mixed C/C++ and Lua projects, Dimiter "malkia" Stanev
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Michael Gogins
      • Re: Design mistakes in mixed C/C++ and Lua projects, Miles Bader
      • Re: Design mistakes in mixed C/C++ and Lua projects, Dimiter "malkia" Stanev
      • Re: Design mistakes in mixed C/C++ and Lua projects, Patrick Donnelly
      • Re: Design mistakes in mixed C/C++ and Lua projects, Miles Bader
      • Re: Design mistakes in mixed C/C++ and Lua projects, Miles Bader
      • Re: Design mistakes in mixed C/C++ and Lua projects, Enrico Colombini
      • Re: Design mistakes in mixed C/C++ and Lua projects, Enrico Colombini
      • Re: Design mistakes in mixed C/C++ and Lua projects, Xavier Wang
      • Re: Design mistakes in mixed C/C++ and Lua projects, Enrico Colombini
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Sam Roberts
      • Re: Design mistakes in mixed C/C++ and Lua projects, Enrico Colombini
      • Re: Design mistakes in mixed C/C++ and Lua projects (was: How can I be sure LuaJIT is working?), Kevin T. Ryan
• Lua-friendly OSes, Pascal Du Maurrier
  • Re: Lua-friendly OSes, Luiz Henrique de Figueiredo
  • Re: Lua-friendly OSes, Matthew Wild
    • Re: Lua-friendly OSes, Ben Kelly
      • Re: Lua-friendly OSes, Enrico Tassi
  • Re: Lua-friendly OSes, Marc Balmer
    • Re: Lua-friendly OSes, STPeters
      • Re: Lua-friendly OSes, Marc Balmer
  • Re: Lua-friendly OSes, Jeff Pohlmeyer
    • Re: Lua-friendly OSes, Luiz Henrique de Figueiredo
    • Re: Lua-friendly OSes, Jorge
  • Re: Lua-friendly OSes, Michal Kolodziejczyk
    • Re: Lua-friendly OSes, steve donovan
      • Re: Lua-friendly OSes, Natanael Copa
      • Re: Lua-friendly OSes, Hisham
  • <Possible follow-ups>
  • Re: Lua-friendly OSes, Pascal Du Maurrier
    • Re: Lua-friendly OSes, Natanael Copa
  • Re: Lua-friendly OSes, Pascal
    • Re: Lua-friendly OSes, Lourival Vieira Neto
      • Re: Lua-friendly OSes, Marc Balmer
      • Re: Lua-friendly OSes, Lourival Vieira Neto
      • Re: Lua-friendly OSes, Marc Balmer
      • Re: Lua-friendly OSes, Michal Kottman
      • Re: Lua-friendly OSes, Pascal
      • Re: Lua-friendly OSes, Marc Balmer
      • Re: Lua-friendly OSes, Peter Drahoš
      • Re: Lua-friendly OSes, Sam Roberts
      • Re: Lua-friendly OSes, Lourival Vieira Neto
      • NetBSD as a Lua-friendly environment (Re: Lua-friendly OSes), Pascal
      • Re: NetBSD as a Lua-friendly environment (Re: Lua-friendly OSes), Alexander Nasonov
• Lua 5.2 OP_LOADNIL instruction, liam mail
  • Re: Lua 5.2 OP_LOADNIL instruction, liam mail
  • Re: Lua 5.2 OP_LOADNIL instruction, Roberto Ierusalimschy
    • Re: Lua 5.2 OP_LOADNIL instruction, liam mail
• Properly binding C libraries using callbacks, Rob Hoelz
  • Re: Properly binding C libraries using callbacks, Patrick Rapin
    • Re: Properly binding C libraries using callbacks, Rob Hoelz
    • Re: Properly binding C libraries using callbacks, Pierre Chapuis
  • Re: Properly binding C libraries using callbacks, Doug Currie
  • Re: Properly binding C libraries using callbacks, Ignacio Burgueño
  • Re: Properly binding C libraries using callbacks, Sam Roberts
    • Re: Properly binding C libraries using callbacks, Tim Caswell
      • RE: Properly binding C libraries using callbacks, Thijs Schreijer
  • <Possible follow-ups>
  • RE: Properly binding C libraries using callbacks, AllanPfalzgraf
• Table dot number?, KR
  • Re: Table dot number?, Patrick Donnelly
    • Re: Table dot number?, KR
      • Re: Table dot number?, steve donovan
      • Re: Table dot number?, Pierre Chapuis
      • Re: Table dot number?, Duncan Cross
      • Re: Table dot number?, Enrico Colombini
      • Re: Table dot number?, Roberto Ierusalimschy
      • Re: Table dot number?, Krunal Rao
      • Re: Table dot number?, Philippe Lhoste
      • Re: Table dot number?, HyperHacker
      • Re: Table dot number?, steve donovan
      • Re: Table dot number?, Axel Kittenberger
      • Re: Table dot number?, Miles Bader
      • Re: Table dot number?, Stefan Reich
      • Re: Table dot number?, Tom N Harris
      • Re: Table dot number?, HyperHacker
      • Re: Table dot number?, David Hollander
      • Re: Table dot number?, Geoff Leyland
      • Re: Table dot number?, David Hollander
      • Re: Table dot number?, Miles Bader
    • Re: Table dot number?, Axel Kittenberger
      • Re: Table dot number?, Patrick Rapin
      • Re: Table dot number?, Patrick Rapin
      • Re: Table dot number?, Axel Kittenberger
  • Re: Table dot number?, Wolfgang Pupp
    • Re: Table dot number?, Dimiter "malkia" Stanev
  • Re: Table dot number?, Duncan Cross
    • Re: Table dot number?, Victor Young
    • Re: Table dot number?, Axel Kittenberger
      • Re: Table dot number?, Axel Kittenberger
• Modules from the ground up, Sean Conner
  • Re: Modules from the ground up, Dirk Laurie
    • Re: Modules from the ground up, Miles Bader
      • Re: Modules from the ground up, Michael Richter
  • Re: Modules from the ground up, Philipp Janda
    • Re: Modules from the ground up, Sean Conner
  • Re: Modules from the ground up, Sean Conner
• Python vs Lua (Was: S.W.O.T analysis), Dirk Laurie
  • Re: Python vs Lua (Was: S.W.O.T analysis), Dimiter "malkia" Stanev
• Array Logical Operators, Antonio Scuri
  • Re: Array Logical Operators, Dirk Laurie
    • Re: Array Logical Operators, KHMan
    • Re: Array Logical Operators, Elias Barrionovo
      • Re: Array Logical Operators, Dirk Laurie
      • RE: Array Logical Operators, Antonio Scuri
  • Re: Array Logical Operators, Gé Weijers
    • Re: Array Logical Operators, Roberto Ierusalimschy
      • RE: Array Logical Operators, Antonio Scuri
      • Re: Array Logical Operators, Dirk Laurie
      • Re: Array Logical Operators, steve donovan
      • Re: Array Logical Operators, Tony Finch
      • Re: Array Logical Operators, Dirk Laurie
  • Re: Array Logical Operators, Geoff Leyland
    • RE: Array Logical Operators, Antonio Scuri
      • Re: Array Logical Operators, Geoff Leyland
      • RE: Array Logical Operators, Antonio Scuri
• Thoughts on lua_checkstack() implicit usage, Arseny Vakhrushev
  • Re: Thoughts on lua_checkstack() implicit usage, Rebel Neurofog
    • Re: Thoughts on lua_checkstack() implicit usage, Peng Zhicheng
      • Re: Thoughts on lua_checkstack() implicit usage, Rebel Neurofog
  • Re: Thoughts on lua_checkstack() implicit usage, Peter Cawley
    • Re: Thoughts on lua_checkstack() implicit usage, Rebel Neurofog
    • Re: Thoughts on lua_checkstack() implicit usage, Arseny Vakhrushev
• Re: "ratchet" socket control library, Josh Simmons
  • Re: "ratchet" socket control library, Miles Bader
  • <Possible follow-ups>
  • Re: "ratchet" socket control library, David Manura
• Lua 5.2 beta: trap with lua_getglobal, Patrick Rapin
  • Re: Lua 5.2 beta: trap with lua_getglobal, liam mail
    • Re: Lua 5.2 beta: trap with lua_getglobal, Ingo van Lil
  • Re: Lua 5.2 beta: trap with lua_getglobal, Patrick Donnelly
  • Re: Lua 5.2 beta: trap with lua_getglobal, Luiz Henrique de Figueiredo
    • Re: Lua 5.2 beta: trap with lua_getglobal, Patrick Rapin
• Re: nCcalls in the global state keeps increasing in 5.2, Nodir Temirkhodjaev
• Send web form with Lua Socket Http Post, Marco Antonio Abreu
  • Re: Send web form with Lua Socket Http Post, Peng Zhicheng
    • Re: Send web form with Lua Socket Http Post, Pierre Chapuis
      • Re: Send web form with Lua Socket Http Post, Matthew Wild
• RE: Lua GC breaks with socket.select on Solaris 5.10: Solved, Andrzej Pruszynski
• termios-lua, a binding to the POSIX APIs for terminal and serial devices, Sam Roberts
• lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Georg Lehner
  • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Geoff Leyland
    • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, liam mail
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Geoff Leyland
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Ignacio Burgueño
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, liam mail
  • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Roberto Ierusalimschy
    • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Roberto Ierusalimschy
  • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Peng Zhicheng
  • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Georg Lehner
    • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Patrick Rapin
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, Luiz Henrique de Figueiredo
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, steve donovan
      • Re: lua-5.1.4 and lua-5.2.0-beta patches for WinCE and better Win32 integration, liam mail
• Let's make Lua mobile!, Stefan Reich
  • Re: Let's make Lua mobile!, Ezra Sims
    • Message not available
      • Re: Let's make Lua mobile!, Ezra Sims
      • Re: Let's make Lua mobile!, Stefan Reich
      • Re: Let's make Lua mobile!, Ezra Sims
    • Re: Let's make Lua mobile!, Stefan Reich
      • Re: Let's make Lua mobile!, Ezra Sims
      • Re: Let's make Lua mobile!, David Hollander
      • Re: Let's make Lua mobile!, Matthew Wild
      • Re: Let's make Lua mobile!, David Hollander
      • Re: Let's make Lua mobile!, Stefan Reich
      • Re: Let's make Lua mobile!, David Hollander
      • Re: Let's make Lua mobile!, Stefan Reich
• Triumvirates, Dirk Laurie
  • Re: Triumvirates, Wim Couwenberg
    • Fabien Fleutot's slides (was: Re: Triumvirates), Enrico Tassi
    • Re: Triumvirates, Fabien
      • Re: Triumvirates, Jorge
      • Re: Triumvirates, Fabien
      • Re: Triumvirates, Jorge
  • Re: Triumvirates, Ralph Eastwood
    • Re: Triumvirates, Peter Drahoš
  • Re: Triumvirates, Gavin Wraith
    • Re: Triumvirates, Peter Drahoš
    • Re: Triumvirates, Jimmie Houchin
    • Re: Triumvirates, Enrico Colombini
      • Re: Triumvirates, Jimmie Houchin
      • Re: Triumvirates, Javier Guerra Giraldez
      • Re: Triumvirates, Jimmie Houchin
  • Re: Triumvirates, Jimmie Houchin
  • Re: Triumvirates, Dimiter 'malkia' Stanev
    • Re: Triumvirates, Peter Drahoš
      • Re: Triumvirates, Dimiter 'malkia' Stanev
• Smallest Lua-only single-file JSON parser, Alexander Gladysh
  • Re: Smallest Lua-only single-file JSON parser, Matthew Wild
    • Re: Smallest Lua-only single-file JSON parser, Norbert Kiesel
      • Re: Smallest Lua-only single-file JSON parser, Matthew Wild
    • Re: Smallest Lua-only single-file JSON parser, Alexander Gladysh
      • Re: Smallest Lua-only single-file JSON parser, Alexander Gladysh
      • Re: Smallest Lua-only single-file JSON parser, Duncan Cross
      • Re: Smallest Lua-only single-file JSON parser, Duncan Cross
      • Re: Smallest Lua-only single-file JSON parser, Patrick Rapin
      • Re: Smallest Lua-only single-file JSON parser, Alexander Gladysh
      • Re: Smallest Lua-only single-file JSON parser, Patrick Rapin
      • Re: Smallest Lua-only single-file JSON parser, Mark Pulford
  • Re: Smallest Lua-only single-file JSON parser, Marc Balmer
    • Re: Smallest Lua-only single-file JSON parser, Alexander Gladysh
  • Re: Smallest Lua-only single-file JSON parser, Egil Hjelmeland
    • Re: Smallest Lua-only single-file JSON parser, Alexander Gladysh
  • Re: Smallest Lua-only single-file JSON parser, Matthias Diener
• LuaJIT FFI/GStreamer?, Ralf Van Bogaert
  • Re: LuaJIT FFI/GStreamer?, Daurnimator
    • Re: LuaJIT FFI/GStreamer?, Pierre Chapuis
    • Re: LuaJIT FFI/GStreamer?, Ralf Van Bogaert
      • Re: LuaJIT FFI/GStreamer?, Tiago Katcipis
      • Re: LuaJIT FFI/GStreamer?, Daurnimator
      • Re: LuaJIT FFI/GStreamer?, David Hollander
      • Re: LuaJIT FFI/GStreamer?, Daurnimator
      • Re: LuaJIT FFI/GStreamer?, David Hollander
• Codify, Pierre Chapuis
  • Re: Codify, steve donovan
  • Re: Codify, Dimiter "malkia" Stanev
    • Re: Codify, steve donovan
• Using L in a function called via LuaJIT.FFI, Alexander Nasonov
  • Re: Using L in a function called via LuaJIT.FFI, Mike Pall
    • Re: Using L in a function called via LuaJIT.FFI, Alexander Nasonov
    • Re: Using L in a function called via LuaJIT.FFI, Alek Paunov
      • Re: Using L in a function called via LuaJIT.FFI, Mike Pall
• autoconf / automake, Christian Liesch
  • Re: autoconf / automake, Peter Drahoš
    • Re: autoconf / automake, Michael Gogins
      • Re: autoconf / automake, steve donovan
      • Re: autoconf / automake, Francesco Abbate
      • Re: autoconf / automake, Luiz Henrique de Figueiredo
      • Re: autoconf / automake, Michael Gogins
      • Re: autoconf / automake, Dimiter 'malkia' Stanev
      • Re: autoconf / automake, Francesco Abbate
      • Re: autoconf / automake, Luiz Henrique de Figueiredo
    • Re: autoconf / automake, Miles Bader
      • Re: autoconf / automake, Miles Bader
      • Re: autoconf / automake, Rob Kendrick
      • Re: autoconf / automake, Jeff Pohlmeyer
      • Re: autoconf / automake, Michael Richter
      • Re: autoconf / automake, Rob Kendrick
      • Re: autoconf / automake, Michael Gogins
      • Re: autoconf / automake, Axel Kittenberger
      • Re: autoconf / automake, Michael Gogins
  • Re: autoconf / automake, Egil Hjelmeland
  • Re: autoconf / automake, Peter Pimley
    • Re: autoconf / automake, Christian Liesch
      • Re: autoconf / automake, Peter Pimley
      • Re: autoconf / automake, Georg Lehner
      • Re: autoconf / automake, Christian Liesch
      • Re: autoconf / automake, Axel Kittenberger
      • Re: autoconf / automake, Miles Bader
      • Re: autoconf / automake, Rob Kendrick
      • Re: autoconf / automake, Marc Balmer
      • Re: autoconf / automake, Ingo van Lil
  • Re: autoconf / automake, Enrico Tassi
  • premake (was Re: autoconf / automake), Dimiter 'malkia' Stanev
    • Re: premake (was Re: autoconf / automake), Peter Sommerfeld
      • Re: premake (was Re: autoconf / automake), Ryan Pusztai
    • Re: premake (was Re: autoconf / automake), Miles Bader
      • Re: premake (was Re: autoconf / automake), Josh Simmons
      • Re: premake (was Re: autoconf / automake), Miles Bader
    • Re: premake (was Re: autoconf / automake), Natanael Copa
      • Re: premake (was Re: autoconf / automake), Peter Sommerfeld
    • Re: premake (was Re: autoconf / automake), liam mail
      • Re: premake (was Re: autoconf / automake), Dimiter "malkia" Stanev
• Exceptions from lua_getfield with __index metamethod, Bryan McGinty
  • Re: Exceptions from lua_getfield with __index metamethod, Jerome Vuarand
• is there a lua implemention for android? by pure java, Yunfan Jiang
• LuaSocket 2.0.3 release ?, Valerio Schiavoni
  • Re: LuaSocket 2.0.3 release ?, Sam Roberts
    • Re: LuaSocket 2.0.3 release ?, Valerio Schiavoni
• Keyword as function name (was: Table dot number?), Michal Kottman
  • Re: Keyword as function name (was: Table dot number?), Pierre Chapuis
    • Re: Keyword as function name (was: Table dot number?), Tomas Guisasola Gorham
  • Re: Keyword as function name (was: Table dot number?), Dirk Laurie
• Lua Workshop 2011 photos, Alexander Gladysh
  • Re: Lua Workshop 2011 photos, Marc Balmer
    • Re: Lua Workshop 2011 photos, Alexander Gladysh
  • Re: Lua Workshop 2011 photos, steve donovan
    • Re: Lua Workshop 2011 photos, Alexander Gladysh
      • Re: Lua Workshop 2011 photos, Alexander Gladysh
  • Re: Lua Workshop 2011 photos, Ashwin Hirschi
• luac -l -l, Farmbuyer
  • Re: luac -l -l, Patrick Donnelly
    • Re: luac -l -l, David Manura
    • Re: luac -l -l, HyperHacker
      • Re: luac -l -l, Farmbuyer
      • Re: luac -l -l, Matthew Wild
      • Re: luac -l -l, Luiz Henrique de Figueiredo
    • Re: luac -l -l, Luiz Henrique de Figueiredo
  • Re: luac -l -l, Dirk Laurie
• rapid lifetime based collection of transient user data objects?, Ross Bencina
  • Re: rapid lifetime based collection of transient user data objects?, Joshua Jensen
    • Re: rapid lifetime based collection of transient user data objects?, Ross Bencina
      • Re: rapid lifetime based collection of transient user data objects?, Joshua Jensen
  • Re: rapid lifetime based collection of transient user data objects?, Mike Pall
    • Re: rapid lifetime based collection of transient user data objects?, Ross Bencina
  • Re: rapid lifetime based collection of transient user data objects?, Tony Finch
• hello I'm new and in a jam, kingsley young
  • Re: hello I'm new and in a jam, Patrick Rapin
    • Re: hello I'm new and in a jam, David Hollander
      • Re: hello I'm new and in a jam, kingsley young
• Possible bug relating to table sizes, Andrew Scott
  • Re: Possible bug relating to table sizes, Axel Kittenberger
    • Re: Possible bug relating to table sizes, Dirk Laurie
    • Re: Possible bug relating to table sizes, Stefan Reich
  • <Possible follow-ups>
  • Possible bug relating to table sizes, Andrew Scott
    • Re: Possible bug relating to table sizes, Lorenzo Donati
      • Re: Possible bug relating to table sizes, Dirk Laurie
• Oh my..., Andrew Scott
• Lua 5.2 table.insert, table.remove gotcha, Dirk Laurie
• [ANN] patch-lua-5.1.4-4, Luiz Henrique de Figueiredo
  • Re: [ANN] patch-lua-5.1.4-4, sagasw
    • Re: [ANN] patch-lua-5.1.4-4, Luiz Henrique de Figueiredo
• Small question about Lua Socket, Jeff Smith
  • Re: Small question about Lua Socket, Philipp Janda
• lua 5.2 debug.traceback & stripped chunks, Ashwin Hirschi
  • Re: lua 5.2 debug.traceback & stripped chunks, liam mail
  • Re: lua 5.2 debug.traceback & stripped chunks, Roberto Ierusalimschy
• Nested table constructor with reference to other children, Marc Balmer
  • Re: Nested table constructor with reference to other children, Patrick Rapin
  • RE: Nested table constructor with reference to other children, Thijs Schreijer
  • Re: Nested table constructor with reference to other children, Philipp Janda
    • Re: Nested table constructor with reference to other children, Philipp Janda
      • Re: Nested table constructor with reference to other children, Mark Hamburg
      • Re: Nested table constructor with reference to other children, steve donovan
• Bytecode: Safe or not? / luac manual, Stefan Reich
  • Re: Bytecode: Safe or not? / luac manual, Luiz Henrique de Figueiredo
    • Re: Bytecode: Safe or not? / luac manual, Stefan Reich
      • Re: Bytecode: Safe or not? / luac manual, Frank Meier-Dörnberg
      • Re: Bytecode: Safe or not? / luac manual, Axel Kittenberger
      • Re: Bytecode: Safe or not? / luac manual, Duncan Cross
      • Re: Bytecode: Safe or not? / luac manual, liam mail
      • Re: Bytecode: Safe or not? / luac manual, Luiz Henrique de Figueiredo
      • Re: Bytecode: Safe or not? / luac manual, Stefan Reich
      • Re: Bytecode: Safe or not? / luac manual, Stefan Reich
      • Re: Bytecode: Safe or not? / luac manual, Frank Meier-Dörnberg
      • Re: Bytecode: Safe or not? / luac manual, Stefan Reich
      • Re: Bytecode: Safe or not? / luac manual, Javier Guerra Giraldez
      • Re: Bytecode: Safe or not? / luac manual, Jorge
• New Lua C API Tutorial, Jeremy Jurksztowicz
  • Re: New Lua C API Tutorial, Patrick Rapin
• iterating tables using for loops wrapped in coroutines, PooshhMao
  • Re: iterating tables using for loops wrapped in coroutines, Duncan Cross
  • Re: iterating tables using for loops wrapped in coroutines, joao lobato
• Pluto generating source code?, Stefan Reich
  • Re: Pluto generating source code?, Alessandro Delgado
  • Re: Pluto generating source code?, Peter Cawley
• Program end and __gc, KR
  • Re: Program end and __gc, Luiz Henrique de Figueiredo
    • Re: Program end and __gc, Krunal Rao
• Calling lua functions from C when using luajit ffi., Tim Caswell
• [ANN] GSL Shell 2.0 beta1 release, Francesco Abbate
• Top level is a chunk, Gavin Wraith
  • Re: Top level is a chunk, Luiz Henrique de Figueiredo
  • Re: Top level is a chunk, Matthew Wild

---

Mail converted by MHonArc 2.6.19