Mail Thread Index

[Date Index] [Thread Index]

• Re: Compiling on MinGW?, Leo M. Cabrera
• Compiling on Open Watcom?, L-28C
  • RE: Compiling on Open Watcom?, Antonio Scuri
    • Re: Compiling on Open Watcom?, Joseph Stewart
      • Re: Compiling on Open Watcom?, L-28C
• Re: Ideas about implementing a string type?, David Kastrup
  • Re: Ideas about implementing a string type?, Rici Lake
  • Re: Ideas about implementing a string type?, Rici Lake
    • Re: Ideas about implementing a string type?, David Kastrup
      • Re: Ideas about implementing a string type?, Rici Lake
  • <Possible follow-ups>
  • Re: Ideas about implementing a string type?, David Kastrup
    • Re: Ideas about implementing a string type?, Hans Hagen
      • Re: Ideas about implementing a string type?, David Kastrup
      • Re: Ideas about implementing a string type?, Rici Lake
    • Re: Ideas about implementing a string type?, Rici Lake
      • Re: Ideas about implementing a string type?, Rici Lake
• Simple PostgreSQL client library, Michael Broughton
  • Re: Simple PostgreSQL client library, eugeny gladkih
    • Re: Simple PostgreSQL client library, Michael Broughton
      • Re: Simple PostgreSQL client library, eugeny gladkih
    • Re: Simple PostgreSQL client library, PA
  • Re: Simple PostgreSQL client library, Tomas Guisasola Gorham
    • Re: Simple PostgreSQL client library, Michael Broughton
      • Re: Simple PostgreSQL client library, Tomas Guisasola Gorham
      • Re: Simple PostgreSQL client library, Michael Broughton
      • Re: Simple PostgreSQL client library, PA
• [ANN] Lua 5.1.2 now available, Luiz Henrique de Figueiredo
  • Re: [ANN] Lua 5.1.2 now available, Ken Smith
    • Re: [ANN] Lua 5.1.2 now available, Luiz Henrique de Figueiredo
      • Re: [ANN] Lua 5.1.2 now available, Ken Smith
• [no subject], Graham Wakefield
  • Re: Pool of lua_newthreads?, Graham Wakefield
    • Re: Pool of lua_newthreads?, Rici Lake
  • Re:, Graham Wakefield
• RTLD_GLOBAL flag on linux (was Lua 5.1.2-rc5 now available), Jose Luis Hidalgo
• What is "safe" to do in a hook function?, matias . guijarro
  • Re: What is "safe" to do in a hook function?, Rici Lake
• Re: __gc visible to lua code..., Sam Roberts
• NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a module multiple times), Asko Kauppi
  • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a module multiple times), Sam Roberts
    • RE: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Jerome Vuarand
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Gé Weijers
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Asko Kauppi
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Sam Roberts
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Rici Lake
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Gé Weijers
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Rici Lake
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Asko Kauppi
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Asko Kauppi
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Gé Weijers
      • OS X is not (should not be) so different, Asko Kauppi
      • Re: OS X is not (should not be) so different, Gé Weijers
      • Re: OS X is not (should not be) so different, Sam Roberts
      • Re: OS X is not (should not be) so different, Luiz Henrique de Figueiredo
      • Re: OS X is not (should not be) so different, Ken Smith
      • Re: OS X is not (should not be) so different, Luiz Henrique de Figueiredo
      • Perhaps USE_LINUX should go away. Was Re: OS X is not (should not be) so different, Rici Lake
      • RE: Perhaps USE_LINUX should go away. Was Re: OS X is not (should notbe) so different, Jerome Vuarand
      • Re: Perhaps USE_LINUX should go away. Was Re: OS X is not (should not be) so different, Sam Roberts
      • Re: Perhaps USE_LINUX should go away. Was Re: OS X is not (should not be) so different, eugeny gladkih
      • Re: OS X is not (should not be) so different, Sam Roberts
      • Re: OS X is not (should not be) so different, Adrian Perez
      • Re: OS X is not (should not be) so different, Sam Roberts
      • Re: OS X is not (should not be) so different, Gé Weijers
      • Re: OS X is not (should not be) so different, Luiz Henrique de Figueiredo
      • Re: OS X is not (should not be) so different, Sam Roberts
      • Re: OS X is not (should not be) so different, Gé Weijers
      • Re: OS X is not (should not be) so different, Jose Luis Hidalgo
      • Re: OS X is not (should not be) so different, Gé Weijers
      • Re: OS X is not (should not be) so different, Gé Weijers
      • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a modulemultiple times), Sam Roberts
  • Re: NSLINKMODULE_OPTION_PRIVATE a problem? (OS X require of a module multiple times), Gé Weijers
• Slashdotted, Adriano Ferreira
  • Re: Slashdotted, Patrick McFarland
    • Re: Slashdotted, Rob Kendrick
  • Re: Slashdotted, Roberto Ierusalimschy
• new project added, Luiz Henrique de Figueiredo
  • <Possible follow-ups>
  • new project added, Luiz Henrique de Figueiredo
  • new project added, Luiz Henrique de Figueiredo
  • new project added, Luiz Henrique de Figueiredo
• lua link with VS2005: error C3174, cortomaltese_mf
  • Re: lua link with VS2005: error C3174, Philippe Lhoste
    • Re: lua link with VS2005: error C3174, Noel Frankinet
• OT: Does Adobe, San Jose have a bookstore?, Vijay Aswadhati
• Typecast of C++ objects in Lua, Roland Strålberg
• Running the LuaX SDL demo on Windows?, L-28C
• Dyla 2007: 3rd Workshop on Dynamic Languages and Applications, Bergel, Alexandre
• Lua / shell - How to "pipe" commands in os.execute() ?, luc1an0
  • Re: Lua / shell - How to "pipe" commands in os.execute() ?, David Given
    • Re: Lua / shell - How to "pipe" commands in os.execute() ?, luc1an0
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, Asko Kauppi
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, Mark Edgar
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, Alex Queiroz
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, manfred . lotz
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, Jim Whitehead II
      • Re: Lua / shell - How to "pipe" commands in os.execute() ?, Alex Queiroz
• Version best suitable for restricted environments, Jose Marin
  • Re: Version best suitable for restricted environments, Asko Kauppi
• free web hosting - lua, Marcelo Araujo
  • Re: free web hosting - lua, luc1an0
    • Re: free web hosting - lua, Daniel Silverstone
    • Re: free web hosting - lua, gary ng
      • Re: free web hosting - lua, luc1an0
      • Re: free web hosting - lua, gary ng
  • Re: free web hosting - lua, gary ng
  • <Possible follow-ups>
  • Re: free web hosting - lua, Keith Pimmel
• bug in gcc?, Roberto Ierusalimschy
  • Re: bug in gcc?, Jose Luis Hidalgo
  • Re: bug in gcc?, Wim Couwenberg
    • Re: bug in gcc?, Sam Roberts
      • Re: bug in gcc?, Roberto Ierusalimschy
      • Re: bug in gcc?, Sam Roberts
      • Re: bug in gcc?, Dave Dodge
      • Re: bug in gcc?, David Given
      • Re: bug in gcc?, Sam Roberts
      • Re: bug in gcc?, Roberto Ierusalimschy
      • Re: bug in gcc?, David Given
      • Re: bug in gcc?, Glenn Maynard
  • RE: bug in gcc?, Jerome Vuarand
  • Re: bug in gcc?, eugeny gladkih
• Re: Announcing: Luaxx 0.1, a C++ Lua wrapper, Matthew A. Nicholson
• [ANN] Luaxx 0.2 now available, Matthew A. Nicholson
  • Re: [ANN] Luaxx 0.2 now available, RJP Computing
• Querying thread count, Erik Cassel
  • Re: Querying thread count, Sam Roberts
• Lexer and syntax highlighter powered by LPeg, Peter Odding
  • Re: Lexer and syntax highlighter powered by LPeg, Jose Luis Hidalgo
  • Re: Lexer and syntax highlighter powered by LPeg, Hans Hagen
    • Re: Lexer and syntax highlighter powered by LPeg, Andy Stark
      • Re: Lexer and syntax highlighter powered by LPeg, Peter Odding
      • Re: Lexer and syntax highlighter powered by LPeg, Andy Stark
      • Re: Lexer and syntax highlighter powered by LPeg, Gé Weijers
      • Re: Lexer and syntax highlighter powered by LPeg, Dave Dodge
      • Re: Lexer and syntax highlighter powered by LPeg, Andy Stark
      • Re: Lexer and syntax highlighter powered by LPeg, Paul Hudson
      • Re: Lexer and syntax highlighter powered by LPeg, Andy Stark
      • Re: Lexer and syntax highlighter powered by LPeg, Gé Weijers
      • Re: Lexer and syntax highlighter powered by LPeg, Philippe Lhoste
      • Re: Lexer and syntax highlighter powered by LPeg, Andy Stark
  • Re: Lexer and syntax highlighter powered by LPeg, Roberto Ierusalimschy
  • Re: Lexer and syntax highlighter powered by LPeg, mitchell
    • Re: Lexer and syntax highlighter powered by LPeg, Peter Odding
      • Re: Lexer and syntax highlighter powered by LPeg, mitchell
  • <Possible follow-ups>
  • Re: Lexer and syntax highlighter powered by LPeg, Ivan Kolev
    • Re: Lexer and syntax highlighter powered by LPeg, Peter Odding
• LPeg capturing too much?, Peter Odding
  • Re: LPeg capturing too much?, Michael Wolf
    • Re: LPeg capturing too much?, Eduardo Ochs
      • Re: LPeg capturing too much?, Peter Odding
• Metatable inheritance, Joe Krahn
  • Re: Metatable inheritance, David KOENIG
  • Re: Metatable inheritance, Jose Luis Hidalgo
• "Functon constructor" instead of "function definition", Joe Krahn
  • Re: "Functon constructor" instead of "function definition", Gé Weijers
• Re: LuaForge Documentation (call for writers), Gerhard Sittig
  • <Possible follow-ups>
  • RE: LuaForge Documentation (call for writers), Andre Carregal
• Strange Errors, cannot find functions, Cody Harris
  • Re: Strange Errors, cannot find functions, David KOENIG
    • RE: Strange Errors, cannot find functions, Cody Harris
      • Re: Strange Errors, cannot find functions, Chris
  • Re: Strange Errors, cannot find functions, Jérôme VUARAND
    • RE: Strange Errors, cannot find functions, Cody Harris
      • Re: Strange Errors, cannot find functions, Rici Lake
      • Re: Strange Errors, cannot find functions, Jérôme VUARAND
• How do you implement Lua event handlers in your game?, Jose Marin
  • Re: How do you implement Lua event handlers in your game?, Peter Odding
  • Re: How do you implement Lua event handlers in your game?, Eike Decker
  • Re: How do you implement Lua event handlers in your game?, Ashwin Hirschi
  • Re: How do you implement Lua event handlers in your game?, Jeremy Darling
• Lua users in Cambridge, UK., David Jones
  • Re: Lua users in Cambridge, UK., Stefan Sandberg
• [ANN] LuaBinaries for Lua 5.1.2, Antonio Scuri
• String replacement without regular expressions, Jan Schütze
  • RE: String replacement without regular expressions, Aaron Brown
• Res: How do you implement Lua event handlers in your game?, Jose Marin
  • Re: Res: How do you implement Lua event handlers in your game?, Olivier Galibert
    • Re: Res: How do you implement Lua event handlers in your game?, Sam Roberts
      • Re: Res: How do you implement Lua event handlers in your game?, Gé Weijers
      • Re: Res: How do you implement Lua event handlers in your game?, Luiz Henrique de Figueiredo
      • Re: Res: How do you implement Lua event handlers in your game?, Gé Weijers
      • Re: Res: How do you implement Lua event handlers in your game?, Luiz Henrique de Figueiredo
• Overloading and extending operators, Joe Krahn
  • Re: Overloading and extending operators, Roberto Ierusalimschy
  • Re: Overloading and extending operators, Mike Pall
    • RE: Overloading and extending operators, Jerome Vuarand
  • Re: Overloading and extending operators, (l)PEGs and grammars, Sam Roberts
    • Re: Overloading and extending operators, (l)PEGs and grammars, Roberto Ierusalimschy
    • Re: Overloading and extending operators, (l)PEGs and grammars, Peter Odding
    • RE: Overloading and extending operators, (l)PEGs and grammars, Grellier, Thierry
• New operators?, Eike Decker
  • Re: New operators?, Stefan Sandberg
  • RE: New operators?, Jerome Vuarand
    • Re: New operators?, Andy Stark
      • Re: New operators?, Rob Kendrick
      • Re: New operators?, Andy Stark
      • Re: New operators?, Luiz Henrique de Figueiredo
      • Re: New operators?, Andy Stark
      • Re: New operators?, Hisham Muhammad
      • Re: New operators?, Jan Schütze
      • Re: New operators?, Rici Lake
      • Re: New operators?, Peter Odding
      • Re: New operators?, Glenn Maynard
      • What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Luiz Henrique de Figueiredo
      • Re: What's up with token filters (Re: New operators?), Roberto Ierusalimschy
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Luiz Henrique de Figueiredo
      • Re: What's up with token filters (Re: New operators?), Roberto Ierusalimschy
      • Re: What's up with token filters (Re: New operators?), Glenn Maynard
      • Re: What's up with token filters (Re: New operators?), David Given
      • RE: What's up with token filters (Re: New operators?), Jerome Vuarand
      • Re: What's up with token filters (Re: New operators?), Glenn Maynard
      • Re: What's up with token filters (Re: New operators?), Daniel Silverstone
      • Re: What's up with token filters (Re: New operators?), Philippe Lhoste
      • Re: What's up with token filters (Re: New operators?), Greg Falcon
      • Re: What's up with token filters (Re: New operators?), Olivier Delannoy
      • Re: What's up with token filters (Re: New operators?), Olivier Galibert
      • Re: What's up with token filters (Re: New operators?), Olivier Delannoy
      • Re: What's up with token filters (Re: New operators?), Rici Lake
      • Re: What's up with token filters (Re: New operators?), Olivier Galibert
      • Re: What's up with token filters (Re: New operators?), John Calsbeek
      • Re: What's up with token filters (Re: New operators?), Robert Raschke
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Andy Stark
      • Re: What's up with token filters (Re: New operators?), Roberto Ierusalimschy
      • Re: What's up with token filters (Re: New operators?), rhempel
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Rici Lake
      • Re: What's up with token filters (Re: New operators?), Jérôme VUARAND
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Andy Stark
      • Re: What's up with token filters (Re: New operators?), Glenn Maynard
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Luiz Henrique de Figueiredo
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), Luiz Henrique de Figueiredo
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), David Given
      • Re: What's up with token filters (Re: New operators?), Rici Lake
      • Re: What's up with token filters (Re: New operators?), Thomas Lauer
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), Rici Lake
      • Re: What's up with token filters (Re: New operators?), David Given
      • Re: What's up with token filters (Re: New operators?), Asko Kauppi
      • Re: What's up with token filters (Re: New operators?), Philipp Janda
      • Re: What's up with token filters (Re: New operators?), Fabien
      • Re: What's up with token filters (Re: New operators?), Glenn Maynard
      • Regarding elegance and beauty (Was: What's up with token filters), Robert Raschke
      • Re: What's up with token filters (Re: New operators?), Thomas Lauer
      • Re: What's up with token filters (Re: New operators?), Philippe Lhoste
    • Re: New operators?, John Calsbeek
• [Announce] Alpha release of a Lua debugger, Rici Lake
  • Re: [Announce] Alpha release of a Lua debugger, Thomas Lauer
    • Re: [Announce] Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Alpha release of a Lua debugger, Thomas Lauer
      • Re: [Announce] Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Alpha release of a Lua debugger, David Given
      • Re: [Announce] Alpha release of a Lua debugger, Luiz Henrique de Figueiredo
      • Re: [Announce] Alpha release of a Lua debugger, Fabien
      • Re: [Announce] Alpha release of a Lua debugger, Dave Dodge
      • [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, Philippe Lhoste
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, Dave Dodge
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, Philippe Lhoste
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, David Jones
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, Dave Dodge
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, David Jones
      • Re: [OT] C parsing, was: Re: [Announce] Alpha release of a Lua debugger, David Jones
      • Re: [Announce] Alpha release of a Lua debugger, Thomas Lauer
  • Re: [Announce] Alpha release of a Lua debugger, Philippe Lhoste
  • [Announce] Second Alpha release of a Lua debugger, Rici Lake
    • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Second Alpha release of a Lua debugger, Stephen Kellett
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
      • Re: [Announce] Second Alpha release of a Lua debugger, Rici Lake
  • Re: [Announce] Alpha release of a Lua debugger, Rici Lake
    • Re: [Announce] Alpha release of a Lua debugger, Stefan Brantschen
      • Re: [Announce] Alpha release of a Lua debugger, Rici Lake
      • Re: [Announce] Alpha release of a Lua debugger, Stefan Brantschen
      • Re: [Announce] Alpha release of a Lua debugger, Steve Heller
• Lpeg and Ct w/ nils, Thomas Harning Jr.
  • Re: Lpeg and Ct w/ nils, Peter Odding
• many different user types, long running process, many scripts: what to do?, Shea Martin
  • Re: many different user types, long running process, many scripts: what to do?, Asko Kauppi
• new LPeg version, Roberto Ierusalimschy
  • Re: new LPeg version, Philippe Lhoste
    • Re: new LPeg version, Francisco Sant'anna
    • Re: new LPeg version, Roberto Ierusalimschy
      • Re: new LPeg version, Philippe Lhoste
      • Re: new LPeg version, Roberto Ierusalimschy
• LPeg and whitespace removal, Joshua Jensen
  • Re: LPeg and whitespace removal, Jose Luis Hidalgo
    • Re: LPeg and whitespace removal, Joshua Jensen
      • Re: LPeg and whitespace removal, Roberto Ierusalimschy
      • Re: LPeg and whitespace removal, Joshua Jensen
  • Re: LPeg and whitespace removal, Francisco Sant'anna
• Trivial 5.1.2 manual index omission, Gé Weijers
  • Re: Trivial 5.1.2 manual index omission, Luiz Henrique de Figueiredo
• LuaSocket and LuaEclipse Problems, Peloquin, Allen Charles
• package.loadlib crashes?, L-28C
  • Re: package.loadlib crashes?, Alex Queiroz
    • Re: package.loadlib crashes?, L-28C
  • RE: package.loadlib crashes?, Jerome Vuarand
    • Re: package.loadlib crashes?, L-28C
      • Re: package.loadlib crashes?, Alex Queiroz
      • Re: package.loadlib crashes?, L-28C
      • Re: package.loadlib crashes?, Alex Queiroz
• lpeg 0.6 grammars, Gavin Wraith
• library standardization, David Burgess
  • Re: library standardization, Alex Queiroz
  • Re: library standardization, Luiz Henrique de Figueiredo
    • Re: library standardization, David Burgess
  • Re: library standardization, RJP Computing
    • Re: library standardization, Andre Carregal
• [ANN] lsyslog: a Lua wrapper for the syslog C API, Jesús Ruiz de Infante
• [announce] Metalua 0.3: Lisp-style metaprogramming for Lua, Fabien
• LPEG parsing 'external' strings or streams, Thomas Harning Jr.
  • Re: LPEG parsing 'external' strings or streams, Sam Roberts
• Buglet: Unexpected hook calls, Rici Lake
  • Re: Buglet: Unexpected hook calls, Rici Lake
• LPEG and indentation based syntax, Niklas Frykholm
  • Re: LPEG and indentation based syntax, Fabien
    • Re: LPEG and indentation based syntax, Fabien
  • Re: LPEG and indentation based syntax, Roberto Ierusalimschy
    • Re: LPEG and indentation based syntax, Francisco Sant'anna
• Reference counting patch for Lua 5.1?, Matt Campbell
  • Re: Reference counting patch for Lua 5.1?, Luiz Henrique de Figueiredo
    • Re: Reference counting patch for Lua 5.1?, Matt Campbell
  • Re: Reference counting patch for Lua 5.1?, Joshua Jensen
• C, Lua 5.1.2 and io.close(), Michael Bonfils
  • Re: C, Lua 5.1.2 and io.close(), Luiz Henrique de Figueiredo
    • Re: C, Lua 5.1.2 and io.close(), Michael Bonfils
• [HELP!] invalid key to 'next', Norman Ramsey
  • Re: [HELP!] invalid key to 'next', Mike Pall
    • Re: [HELP!] invalid key to 'next', Norman Ramsey
• Question about metamethods, L-28C
  • Re: Question about metamethods, Duncan Cross
    • Re: Question about metamethods, Leo M. Cabrera
• ANN: Lua Lanes alpha, Asko Kauppi
  • Re: ANN: Lua Lanes alpha, Javier Guerra
  • Require, Chris Gurtler
    • Re: Require, Peter Odding
• RE: What's up with token filters (Re: New operators?), Jay Carlson
• [LuaSDL] Pixel access, L-28C
• Polymorphic luaL_checkudata?, Peter Odding
  • Re: Polymorphic luaL_checkudata?, Rici Lake
    • Re: Polymorphic luaL_checkudata?, Peter Odding
  • Re: Polymorphic luaL_checkudata?, Mark Edgar
    • Re: Polymorphic luaL_checkudata?, Mark Edgar
      • Re: Polymorphic luaL_checkudata?, Peter Odding
      • Re: Polymorphic luaL_checkudata?, Mark Edgar
      • Re: Polymorphic luaL_checkudata?, Peter Odding
• [ANN] Lua 5.1.2 for EPOC, Reuben Thomas
• [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Daniel Quintela
  • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Asko Kauppi
    • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Peter Odding
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Daniel Quintela
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Diego Nehab
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Diego Nehab
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Peter Odding
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Diego Nehab
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Peter Odding
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Diego Nehab
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Roger Ivie
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Stefan Sandberg
      • Re[2]: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Theodor-Iulian Ciobanu
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Philippe Lhoste
      • Re: [ANN] Win32 API wrappers - General API 1.0.7 patch1 beta, Luiz Henrique de Figueiredo
• removing diacritical marks from strings, Norman Ramsey
  • Re: removing diacritical marks from strings, Tomas Guisasola Gorham
  • Re: removing diacritical marks from strings, Luiz Henrique de Figueiredo
  • Re: removing diacritical marks from strings, PA
  • <Possible follow-ups>
  • RE: removing diacritical marks from strings, Jay Carlson
    • Re: removing diacritical marks from strings, Eduardo Ochs
• [ANN] IUP 2.6 RC1, Antonio Scuri
• activelines and 'end'-only lines, Ivan Kolev
  • Re: activelines and 'end'-only lines, Rici Lake
• Fwd: Re: [Announce] Second Alpha release of a Lua debugger, Steve Heller
• how to make a string outlive the invocation of a C function?, Jesús Ruiz de Infante
  • Re: how to make a string outlive the invocation of a C function?, Gé Weijers
    • Re: how to make a string outlive the invocation of a C function?, Jesús Ruiz de Infante
      • Re: how to make a string outlive the invocation of a C function?, Asko Kauppi
      • Re: how to make a string outlive the invocation of a C function?, Gé Weijers
      • Re: how to make a string outlive the invocation of a C function?, Rici Lake
      • Re: how to make a string outlive the invocation of a C function?, Roberto Ierusalimschy
  • Re: how to make a string outlive the invocation of a C function?, Asko Kauppi
    • Re: how to make a string outlive the invocation of a C function?, Jesús Ruiz de Infante
• unprotected error in call to Lua API, Alexey Tourbin
  • RE: unprotected error in call to Lua API, Jerome Vuarand
    • Re: unprotected error in call to Lua API, Alexey Tourbin
• lua bug - loadfile gets stdin confused, David Manura
  • Re: lua bug - loadfile gets stdin confused, David Burgess
    • Re: lua bug - loadfile gets stdin confused, David Manura
    • Re: lua bug - loadfile gets stdin confused, Sam Roberts
  • Re: lua bug - loadfile gets stdin confused, David Manura
    • Re: lua bug - loadfile gets stdin confused, Mark Edgar
  • <Possible follow-ups>
  • Re: lua bug - loadfile gets stdin confused, Ross Berteig
    • Re: lua bug - loadfile gets stdin confused, Roberto Ierusalimschy
      • Re: lua bug - loadfile gets stdin confused, Rob Kendrick
      • Re: lua bug - loadfile gets stdin confused, Roberto Ierusalimschy
      • Re: lua bug - loadfile gets stdin confused, Sam Roberts
      • Re: lua bug - loadfile gets stdin confused, Roberto Ierusalimschy
      • Re: lua bug - loadfile gets stdin confused, David Burgess
      • Re: lua bug - loadfile gets stdin confused, Sam Roberts
      • Re: lua bug - loadfile gets stdin confused, David Manura
      • Re: lua bug - loadfile gets stdin confused, David Kastrup
      • Re: lua bug - loadfile gets stdin confused, David Burgess
      • Re: lua bug - loadfile gets stdin confused, Luiz Henrique de Figueiredo
      • Re: lua bug - loadfile gets stdin confused, David Burgess
      • Re: lua bug - loadfile gets stdin confused, Roberto Ierusalimschy
      • Re: lua bug - loadfile gets stdin confused, Roberto Waltman
      • Re: lua bug - loadfile gets stdin confused, Luiz Henrique de Figueiredo
      • Re: lua bug - loadfile gets stdin confused, David Kastrup
      • Re: lua bug - loadfile gets stdin confused, Mike Pall
      • Re: lua bug - loadfile gets stdin confused, Roberto Ierusalimschy
      • Re: lua bug - loadfile gets stdin confused, Mark Edgar
      • Re: lua bug - loadfile gets stdin confused, Luiz Henrique de Figueiredo
• Object binding system vs LUA_REGISTRYINDEX, Brian Weed
  • Re: Object binding system vs LUA_REGISTRYINDEX, Rici Lake
  • Re: Object binding system vs LUA_REGISTRYINDEX, Ken Smith
  • Re: Object binding system vs LUA_REGISTRYINDEX, Sam Roberts
  • Re: Object binding system vs LUA_REGISTRYINDEX, Gé Weijers
    • Re: Object binding system vs LUA_REGISTRYINDEX, Brian Weed
      • Re: Object binding system vs LUA_REGISTRYINDEX, Sam Roberts
  • Re: Object binding system vs LUA_REGISTRYINDEX, Gé Weijers
    • Re: Object binding system vs LUA_REGISTRYINDEX, Brian Weed
  • Re: Object binding system vs LUA_REGISTRYINDEX, Asko Kauppi
    • Re: Object binding system vs LUA_REGISTRYINDEX, Brian Weed
• Nice performance quote, Matthew M. Burke
  • Re: Nice performance quote, David Given
    • Re: Nice performance quote, Leo M. Cabrera
    • Re: Nice performance quote, Roberto Waltman
      • Re: Nice performance quote, Don Hopkins
  • <Possible follow-ups>
  • Re: Nice performance quote, Matthew M. Burke
• Suggestion: upvalues to C hook functions, Asko Kauppi
  • Re: Suggestion: upvalues to C hook functions, Luiz Henrique de Figueiredo
    • Re: Suggestion: upvalues to C hook functions, Asko Kauppi
    • Re: Suggestion: upvalues to C hook functions, David Burgess
      • Re: Suggestion: upvalues to C hook functions, Asko Kauppi
      • Re: Suggestion: upvalues to C hook functions, Luiz Henrique de Figueiredo
      • Re: Suggestion: upvalues to C hook functions, Mike Pall
      • Re: Suggestion: upvalues to C hook functions, Luiz Henrique de Figueiredo
• [ANN] Lua 5.1.2 for EPOC that ACTUALLY WORKS, Reuben Thomas
• Redirecting stdin/stdout/stderr in embedded environment, Paul Moore
  • Re: Redirecting stdin/stdout/stderr in embedded environment, Paul Moore
    • Re: Redirecting stdin/stdout/stderr in embedded environment, Mark Edgar
      • Re: Redirecting stdin/stdout/stderr in embedded environment, Paul Moore
      • Re: Redirecting stdin/stdout/stderr in embedded environment, Paul Moore
      • Re: Redirecting stdin/stdout/stderr in embedded environment, Thomas Lauer
      • Re: Redirecting stdin/stdout/stderr in embedded environment, Terry Bayne
      • Re: Redirecting stdin/stdout/stderr in embedded environment, Paul Moore
• Why no pairs() for userdata, __len for tables?, Thomas Lauer
  • Re: Why no pairs() for userdata, __len for tables?, Jose Luis Hidalgo
    • Re: Why no pairs() for userdata, __len for tables?, Fabien
    • Re: Why no pairs() for userdata, __len for tables?, Thomas Lauer
    • Re: Why no pairs() for userdata, __len for tables?, Mark Hamburg
      • Re: Why no pairs() for userdata, __len for tables?, Sam Roberts
      • Re: Why no pairs() for userdata, __len for tables?, Rici Lake
      • Re: Why no pairs() for userdata, __len for tables?, Anders Bergh
      • Re: Why no pairs() for userdata, __len for tables?, Mark Hamburg
• multiple local definitions in the same scope, Thomas Lauer
  • Re: multiple local definitions in the same scope, Mark Edgar
    • Re: multiple local definitions in the same scope, Thomas Lauer
      • Re: multiple local definitions in the same scope, Philippe Lhoste
      • Re: multiple local definitions in the same scope, Luiz Henrique de Figueiredo
      • Re: multiple local definitions in the same scope, Jose Luis Hidalgo
      • Re: multiple local definitions in the same scope, Luiz Henrique de Figueiredo
      • Re: multiple local definitions in the same scope, Thomas Lauer
      • Re: multiple local definitions in the same scope, Fabien
      • Re: multiple local definitions in the same scope, Aaron Brown
• Re: module("Strict"), Tomas Guisasola Gorham
  • Re: module("Strict"), Thomas Lauer
• Userdata memory is not freed, Shmuel Zeigerman
  • Re: Userdata memory is not freed, Luiz Henrique de Figueiredo
  • Re: Userdata memory is not freed, Roberto Ierusalimschy
    • Re: Userdata memory is not freed, Shmuel Zeigerman
      • Re: Userdata memory is not freed, Roberto Ierusalimschy
      • Re: Userdata memory is not freed, Shmuel Zeigerman
  • Re: Userdata memory is not freed, Shmuel Zeigerman
• LuaForge Documentation Efforts, Andre Carregal
  • RE: LuaForge Documentation Efforts, Jerome Vuarand
  • <Possible follow-ups>
  • RE: LuaForge Documentation Efforts, Andre Carregal
    • RE: LuaForge Documentation Efforts, Jerome Vuarand
      • Re: LuaForge Documentation Efforts, Philippe Lhoste
  • RE: LuaForge Documentation Efforts, Andre Carregal
• Arrays in Lua, JavaScript and PHP, Philippe Lhoste
  • Re: Arrays in Lua, JavaScript and PHP, Mildred
    • Re: Arrays in Lua, JavaScript and PHP, Philippe Lhoste
      • Re: Arrays in Lua, JavaScript and PHP, Mark Edgar
      • Re: Arrays in Lua, JavaScript and PHP, Philippe Lhoste
      • Re: Arrays in Lua, JavaScript and PHP, Mark Edgar
      • Re: Arrays in Lua, JavaScript and PHP, Thomas Lauer
      • Re: Arrays in Lua, JavaScript and PHP, Thomas Lauer
• dirty trick inspired by modules, Norman Ramsey
• inherit from C++ classes, Roger D Vargas
  • RES: inherit from C++ classes, SosCpdTerra
• dofile, loadfile, loadstring in a coroutine, Graham Wakefield
  • Re: dofile, loadfile, loadstring in a coroutine, Rici Lake
  • <Possible follow-ups>
  • Re: dofile, loadfile, loadstring in a coroutine, lists
    • Re: dofile, loadfile, loadstring in a coroutine, Graham Wakefield
      • Re: dofile, loadfile, loadstring in a coroutine + token filter, Graham Wakefield
      • Re: dofile, loadfile, loadstring in a coroutine + token filter, Luiz Henrique de Figueiredo
      • Re: dofile, loadfile, loadstring in a coroutine + token filter, Graham Wakefield
      • Re: dofile, loadfile, loadstring in a coroutine + token filter, Luiz Henrique de Figueiredo
  • Re: dofile, loadfile, loadstring in a coroutine, lists
• Second Alpha release of Lua debugger, Rici Lake
  • Re: Second Alpha release of Lua debugger, Thomas Lauer
  • Re: Second Alpha release of Lua debugger, Stefan Brantschen
  • Lua debugger under Emacs?, Steve Heller
    • Changing buffering of stdout in Lua, Steve Heller
      • Re: Changing buffering of stdout in Lua, Steve Heller
    • Re: Lua debugger under Emacs?, Stefan Brantschen
      • Re: Lua debugger under Emacs?, Steve Heller
      • Re: Lua debugger under Emacs?, Steve Heller
      • Re: Lua debugger under Emacs?, Rici Lake
      • Re: Lua debugger under Emacs?, Steve Heller
      • Re: Lua debugger under Emacs?, Doug Rogers
      • RE: Lua debugger under Emacs?, Jerome Vuarand
      • RE: Lua debugger under Emacs?, Steve Heller
• Possible bug in os.date when using format qualifiers, Nick Gammon
  • Re: Possible bug in os.date when using format qualifiers, Luiz Henrique de Figueiredo
• Memory leak with lua ..., Saravanan Palanichami
  • Re: Memory leak with lua ..., Rob Kendrick
    • Re: Memory leak with lua ..., Stephen Kellett
      • Re: Memory leak with lua ..., Luiz Henrique de Figueiredo
      • Re: Memory leak with lua ..., Asko Kauppi
      • Re: Memory leak with lua ..., Stephen Kellett
      • Re: Memory leak with lua ..., David Given
      • Re: Memory leak with lua ..., Roberto Ierusalimschy
      • Re: Memory leak with lua ..., Philippe Lhoste
  • Re: Memory leak with lua ..., Moritz Moeller
  • RE: Memory leak with lua ..., Jerome Vuarand
    • RE: Memory leak with lua ..., Rici Lake
  • <Possible follow-ups>
  • RE: Memory leak with lua ..., Jay Carlson
• lua.org and lua-users.org server downtime, Rob Kendrick
  • Re: lua.org and lua-users.org server downtime, Luiz Henrique de Figueiredo
  • Re: lua.org and lua-users.org server downtime, Rob Kendrick
    • Re: lua.org and lua-users.org server downtime, Luiz Henrique de Figueiredo
    • Re: lua.org and lua-users.org server downtime, Daniel Silverstone
• Lua Lanes - manual page, Asko Kauppi
• [no subject], John Hind
  • Re: (no subject), Asko Kauppi
    • Re: (no subject), Luiz Henrique de Figueiredo
    • Re: (no subject) Automagic tables, Doug Rogers
• LuaZip for 5.1?, Steve Heller
  • <Possible follow-ups>
  • RE: LuaZip for 5.1?, Andre Carregal
    • Threads, tables and lua_ref., Leandro Pelorosso
      • Re: Threads, tables and lua_ref., Sam Roberts
      • Re: Threads, tables and lua_ref., Leandro Pelorosso
• Calling module from a C function, Jérôme VUARAND
  • Re: Calling module from a C function, Luis Carvalho
    • RE: Calling module from a C function, Jerome Vuarand
    • Re: Calling module from a C function, Jérôme Vuarand
  • Re: Calling module from a C function, Etan S. C. Reisner
    • RE: Calling module from a C function, Jerome Vuarand
• [ANN] Luatcc 1.0.0-rc1, Jérôme Vuarand
  • Re: [ANN] Luatcc 1.0.0-rc1, Javier Guerra Giraldez
    • RE: [ANN] Luatcc 1.0.0-rc1, Jerome Vuarand
      • RE: [ANN] Luatcc 1.0.0-rc1, Javier Guerra
• [ANN] Embedding Perl, Thomas Lauer
  • Re: [ANN] Embedding Perl, Luiz Henrique de Figueiredo
    • Re: [ANN] Embedding Perl, Luiz Henrique de Figueiredo
    • Re: [ANN] Embedding Perl, Thomas Lauer
      • Re: [ANN] Embedding Perl, Luiz Henrique de Figueiredo
      • Re: [ANN] Embedding Perl, Thomas Lauer
  • Re: [ANN] Embedding Perl, David Burgess
    • Re: [ANN] Embedding Perl, Thomas Lauer
• Issue with my patch to add ARM-uclibc support to LuaCoco, Zachary P. Landau
  • Re: Issue with my patch to add ARM-uclibc support to LuaCoco, Mike Pall
    • Re: Issue with my patch to add ARM-uclibc support to LuaCoco, Zachary P. Landau
      • Re: Issue with my patch to add ARM-uclibc support to LuaCoco, Zachary P. Landau
• Re: Private modules, was Calling module from a C function, Jim Whitehead II
  • Re: Private modules, was Calling module from a C function, Roberto Ierusalimschy
    • Re: Private modules, was Calling module from a C function, Thomas Lauer
      • Re: Private modules, was Calling module from a C function, Tomas Guisasola Gorham
      • Re: Private modules, was Calling module from a C function, Thomas Lauer
      • Re: Private modules, was Calling module from a C function, Gé Weijers
      • Re: Private modules, was Calling module from a C function, Thomas Lauer
      • Re: Private modules, was Calling module from a C function, Tomas Guisasola Gorham
      • Re: Private modules, was Calling module from a C function, Thomas Lauer
      • Re: Private modules, was Calling module from a C function, Tomas Guisasola Gorham
      • RE: Private modules, was Calling module from a C function, Jerome Vuarand
      • RE: Private modules, was Calling module from a C function, Tomas Guisasola Gorham
      • RE: Private modules, was Calling module from a C function, Jerome Vuarand
      • Re: Private modules, was Calling module from a C function, Thomas Lauer
      • Re: Private modules, was Calling module from a C function, Mike Schmitz
      • RE: Private modules, was Calling module from a C function, Jerome Vuarand
      • RE: Private modules, was Calling module from a C function, Tomas Guisasola Gorham
• bug in luasocket: client:receive(number, prefix) does not work, Jesús Ruiz de Infante
  • <Possible follow-ups>
  • Re: bug in luasocket: client:receive(number, prefix) does not work, Diego Nehab
• Re: LuaExpat for Lua 5.1, Paul Hudson
  • RE: LuaExpat for Lua 5.1, Jerome Vuarand
    • Re: LuaExpat for Lua 5.1, Fabio Mascarenhas
  • <Possible follow-ups>
  • Re: LuaExpat for Lua 5.1, Paul Hudson
• unicode support in lua, Bertrand Mansion
  • Re: unicode support in lua, David Kastrup
    • Re: unicode support in lua, Klaus Ripke
      • Re: unicode support in lua, David Kastrup
      • Re: unicode support in lua, Klaus Ripke
      • Re: unicode support in lua, David Kastrup
      • Re: unicode support in lua, Klaus Ripke
      • Re: unicode support in lua, David Kastrup
      • Re: unicode support in lua, David Jones
      • Re: unicode support in lua, David Given
      • Re: unicode support in lua, David Kastrup
      • Re: unicode support in lua, Doug Rogers
    • Re: unicode support in lua, Bertrand Mansion
      • Re: unicode support in lua, Gé Weijers
      • Re: unicode support in lua, Luiz Henrique de Figueiredo
      • Re: unicode support in lua, Roberto Ierusalimschy
• Lua string, Alexey Malyshev
  • Re: Lua string, Luiz Henrique de Figueiredo
    • Re: Lua string, David Given
      • Re: Lua string, Luiz Henrique de Figueiredo
      • Re: Lua string, David Given
      • Re: Lua string, Philippe Lhoste
      • Re: Lua string, Doug Rogers
      • Re: Lua string, Luiz Henrique de Figueiredo
      • Re: Lua string, Luis Carvalho
      • Re: Lua string, Roberto Ierusalimschy
      • Re: Lua string, Philippe Lhoste
      • Re: Lua string, David Given
      • Re: Lua string, Roberto Ierusalimschy
      • Re: Lua string, Ralph Hempel
      • Re: Lua string, John Belmonte
      • Re: Lua string, Andy Stark
  • Re: Lua string, Philippe Lhoste
    • Re: Lua string, Stefan Sandberg
• [ANN] stdlib release 4, Reuben Thomas
  • Re: [ANN] stdlib release 4, Doug Rogers
• Any quad core users out there? :), Asko Kauppi
  • Re: Any quad core users out there? :), Stefan Sandberg
    • Re: Any quad core users out there? :), Asko Kauppi
• Re: Welcome to the "Lua" mailing list, Joel Rodrigues
• LuaSoap - require "luasocket" problems, Paul Hudson
  • Re: LuaSoap - require "luasocket" problems, Andre Carregal
  • Re: LuaSoap - require "luasocket" problems, Tomas Guisasola Gorham
• LuaSocket, Diego Nehab
• bitwise operators patch breaks Lua operator precedence, Jesús Ruiz de Infante
  • RE: bitwise operators patch breaks Lua operator precedence, Grellier, Thierry
• Kepler 1.1 Status, Andre Carregal
  • Re: Kepler 1.1 Status, Bertrand Mansion
    • Re: Kepler 1.1 Status, Andre Carregal
      • Re: Kepler 1.1 Status, Fabio Mascarenhas
• Precompile my Lua Library Code, Edward Mitchell
  • Re: Precompile my Lua Library Code, Mark Edgar
    • Re: Precompile my Lua Library Code, Edward Mitchell
      • Re: Precompile my Lua Library Code, Luiz Henrique de Figueiredo
      • Re: Precompile my Lua Library Code, Edward Mitchell
      • Re: Precompile my Lua Library Code, Mark Edgar
      • Re: Precompile my Lua Library Code, Edward Mitchell
      • Re: Precompile my Lua Library Code, Mark Edgar
      • Re: Precompile my Lua Library Code, Luiz Henrique de Figueiredo
      • Re: Precompile my Lua Library Code, Edward Mitchell
      • Re: Precompile my Lua Library Code, Mark Edgar
  • Re: Precompile my Lua Library Code, Robert Raschke
    • Re: Precompile my Lua Library Code, Edward Mitchell
      • Re: Precompile my Lua Library Code, Robert Raschke
      • Re: Precompile my Lua Library Code, Mark Edgar
• abort a lua_newthread from C and re-use its lua_State?, Graham Wakefield
  • Re: abort a lua_newthread from C and re-use its lua_State?, David Burgess
    • Re: abort a lua_newthread from C and re-use its lua_State?, Graham Wakefield
      • Re: abort a lua_newthread from C and re-use its lua_State?, Rici Lake
      • Re: abort a lua_newthread from C and re-use its lua_State?, Graham Wakefield
      • Re: abort a lua_newthread from C and re-use its lua_State?, Shmuel Zeigerman
      • Re: abort a lua_newthread from C and re-use its lua_State?, Graham Wakefield
      • Re: abort a lua_newthread from C and re-use its lua_State?, Rici Lake
      • Re: abort a lua_newthread from C and re-use its lua_State?, David Burgess
• Bug in Lua code generator, Rici Lake
  • Re: Bug in Lua code generator, Roberto Ierusalimschy
    • Re: Bug in Lua code generator, Rici Lake
      • Re: Bug in Lua code generator, Roberto Ierusalimschy
      • Re: Bug in Lua code generator, Mike Pall
• destroy a variable, Roger D Vargas
  • Re: destroy a variable, Luiz Henrique de Figueiredo
    • Re: destroy a variable, Roger D Vargas
      • Re: destroy a variable, Luiz Henrique de Figueiredo
      • Re: destroy a variable, Roger D Vargas
      • Re: destroy a variable, Zachary P. Landau
  • Re: destroy a variable, David KOENIG
  • Re: destroy a variable, Zachary P. Landau
    • Re: destroy a variable, Roger D Vargas
• detecting tolua++ in configure scripts, Roger D Vargas

---

Mail converted by MHonArc 2.6.19