Mail Thread Index

[Date Index] [Thread Index]

• Re: Premake vs. CMake, Bradley Smith
  • Re: Premake vs. CMake, Brandon Van Every
  • <Possible follow-ups>
  • Re: Premake vs. CMake, Brandon Van Every
  • Re: Premake vs. CMake, Alexander Gladysh
    • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, RJP Computing
      • Re: Premake vs. CMake, Alexander Gladysh
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Alexander Gladysh
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Bradley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Thiago Bastos
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Thiago Bastos
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, steve donovan
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Gregg Reynolds
      • Re: Premake vs. CMake, Brandon Van Every
  • Re: Premake vs. CMake, E. Wing
    • Re: Premake vs. CMake, Wesley Smith
    • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Eric Tetz
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Wesley Smith
      • Re: Premake vs. CMake, Brandon Van Every
      • Re: Premake vs. CMake, Thiago Bastos
      • Re: Premake vs. CMake, Brandon Van Every
• Re: [OT] Re: South American Software Development, Yuri Takhteyev
  • Re: [OT] Re: South American Software Development, Leo M. Cabrera
  • Re: [OT] Re: South American Software Development, Doug Rogers
    • Re: [OT] Re: South American Software Development, John Devlin
  • <Possible follow-ups>
  • Re: [OT] Re: South American Software Development, Hisham
    • Re: [OT] Re: South American Software Development, John Devlin
  • Re: [OT] Re: South American Software Development, John Devlin
• Re: Memory leak?, Mark Meijer
• Re: patch: C-style string lexing, alex.mania@<a href="/cgi-bin/echo.cgi?iinet.net.au">...</a>
  • <Possible follow-ups>
  • Re: patch: C-style string lexing, Mark Hamburg
    • Re: patch: C-style string lexing, Eric Tetz
    • Re: patch: C-style string lexing, Luiz Henrique de Figueiredo
      • Re: patch: C-style string lexing, David Manura
      • Re: patch: C-style string lexing, Luiz Henrique de Figueiredo
      • RE: patch: C-style string lexing, Jerome Vuarand
      • Re: patch: C-style string lexing, David Manura
      • Re: patch: C-style string lexing, Luiz Henrique de Figueiredo
      • Re: patch: C-style string lexing, David Manura
• Re: Are parenthesis-free calls a Good? (was Re: patch: C-style string lexing), Brandon Van Every
  • Re: Are parenthesis-free calls a Good?, Miles Bader
    • Re: Are parenthesis-free calls a Good?, Brandon Van Every
      • Re: Are parenthesis-free calls a Good?, Miles Bader
      • Re: Are parenthesis-free calls a Good?, Brandon Van Every
      • Re: Are parenthesis-free calls a Good?, Miles Bader
      • Re: Are parenthesis-free calls a Good?, Mark Edgar
• Re: Are parenthesis-free calls a Good? (was Re: patch: C-style stringlexing), Brandon Van Every
  • Re: Are parenthesis-free calls a Good?, Miles Bader
• Re: Are parenthesis-free calls a Good?, Brandon Van Every
  • Re: Are parenthesis-free calls a Good?, Miles Bader
    • Re: Are parenthesis-free calls a Good?, Brandon Van Every
      • Re: Are parenthesis-free calls a Good?, Jeff Pohlmeyer
      • Re: Are parenthesis-free calls a Good?, Petite Abeille
  • Re: Are parenthesis-free calls a Good?, Eric Tetz
• 3rd UPDATE: try-catch-finally for Lua, 02/1/2008, Hu Qiwei
  • Re: 3rd UPDATE: try-catch-finally for Lua, 02/1/2008, Mark Hamburg
    • Re: 3rd UPDATE: try-catch-finally for Lua, 02/1/2008, Hu Qiwei
• Diff library?, Petite Abeille
• Using the C API, Paul Moore
  • Re: Using the C API, Thomas Harning
    • Re: Using the C API, Paul Moore
      • Re: Using the C API, KHMan
      • Re: Using the C API, Paul Moore
  • RE: Using the C API, Jerome Vuarand
    • Re: Using the C API, Paul Moore
• help loading luasql, robcanning
  • Re: help loading luasql, Javier Guerra
    • Re: help loading luasql, robcanning
  • Re: help loading luasql, Tomas Guisasola Gorham
    • Re: help loading luasql, robcanning
      • Re: help loading luasql, Tomas Guisasola Gorham
      • Re: help loading luasql, robcanning
      • Re: help loading luasql, Tomas Guisasola Gorham
• how to install slnunicode library, Jelle Huisman
  • Re: how to install slnunicode library, Petite Abeille
    • Re: how to install slnunicode library, Jelle Huisman
      • Re: how to install slnunicode library, Petite Abeille
      • Re: how to install slnunicode library, Petite Abeille
      • Re: how to install slnunicode library, Jelle Huisman
      • Re: how to install slnunicode library, Petite Abeille
      • Re: how to install slnunicode library, Klaus Ripke
      • powerfull io replacement (was: Re: how to install slnunicode library), Petite Abeille
      • Re: powerfull io replacement (was: Re: how to install slnunicode library), Klaus Ripke
      • Re: powerfull io replacement (was: Re: how to install slnunicode library), Petite Abeille
      • Re: powerfull io replacement (was: Re: how to install slnunicode library), Klaus Ripke
  • Re: how to install slnunicode library, Hisham
    • Re: how to install slnunicode library, Jelle Huisman
• tail calls across the C API, Al Pfalzgraf
  • Re: tail calls across the C API, Peter Cawley
    • RE: tail calls across the C API, Al Pfalzgraf
• Re: Environments, Mark Meijer
  • <Possible follow-ups>
  • Re: Environments, John Labenski
    • Re: Environments, Mark Meijer
• JSON to Lua syntax converter?, Petite Abeille
  • Re: JSON to Lua syntax converter?, Natanael Copa
    • Re: JSON to Lua syntax converter?, Petite Abeille
      • Re: JSON to Lua syntax converter?, Matt Campbell
  • Re: JSON to Lua syntax converter?, Eric Tetz
    • Re: JSON to Lua syntax converter?, Petite Abeille
      • Re: JSON to Lua syntax converter?, Eric Tetz
      • Re: JSON to Lua syntax converter?, Petite Abeille
      • Re: JSON to Lua syntax converter?, Eric Tetz
      • Re: JSON to Lua syntax converter?, Eric Tetz
      • Re: JSON to Lua syntax converter?, Petite Abeille
  • Re: JSON to Lua syntax converter?, Philippe Lhoste
    • Re: JSON to Lua syntax converter?, Thomas Harning
• LuaJIT roadmap 2008, Mike Pall
  • Re: LuaJIT roadmap 2008, Matt Campbell
    • Re: LuaJIT roadmap 2008, Mike Pall
  • Re: LuaJIT roadmap 2008, David Manura
    • Re: LuaJIT roadmap 2008, Petite Abeille
  • Re: LuaJIT roadmap 2008, Hans Hagen
  • Re: LuaJIT roadmap 2008, Jean-Claude Wippler
    • Re: LuaJIT roadmap 2008, Mike Pall
      • Re: LuaJIT roadmap 2008, Jean-Claude Wippler
  • Re: LuaJIT roadmap 2008, Mark Meijer
  • Re: LuaJIT roadmap 2008, Stephen Kellett
    • Re: LuaJIT roadmap 2008, Mike Pall
      • Re: LuaJIT roadmap 2008, Stephen Kellett
      • Re: LuaJIT roadmap 2008, Mike Pall
      • Re: LuaJIT roadmap 2008, Mark Meijer
      • Re: LuaJIT roadmap 2008, Fabio Mascarenhas
      • Re: LuaJIT roadmap 2008, Mark Meijer
  • Re: LuaJIT roadmap 2008, Mark Hamburg
    • Re: LuaJIT roadmap 2008, Mike Pall
  • <Possible follow-ups>
  • Re: LuaJIT roadmap 2008, alex.mania@<a href="/cgi-bin/echo.cgi?iinet.net.au">...</a>
    • Re: LuaJIT roadmap 2008, Mike Pall
• Status of token filters?, Mark Meijer
  • Re: Status of token filters?, Luiz Henrique de Figueiredo
    • Re: Status of token filters?, Mark Meijer
  • Re: Status of token filters?, Asko Kauppi
    • Re: Status of token filters?, Mark Meijer
      • Re: Status of token filters?, Asko Kauppi
      • Re: Status of token filters?, Mark Meijer
      • Re: Status of token filters?, Asko Kauppi
      • Re: Status of token filters?, Luiz Henrique de Figueiredo
• pbLua Newbie question, RJP Computing
  • Re: pbLua Newbie question, Ralph Hempel
    • Re: pbLua Newbie question, RJP Computing
      • Re: pbLua Newbie question, Ralph Hempel
      • Re: pbLua Newbie question, RJP Computing
• Tiny changes to the lua5.1-tests.tar.gz suite?, Duck
• freopen question, Terisquas Brothers
  • Re: freopen question, Polarina
    • Re: freopen question, Jim Whitehead II
  • Re: freopen question, Petite Abeille
  • Re: freopen question, Luiz Henrique de Figueiredo
  • Re: freopen question, Kristofer Karlsson
    • Re: freopen question, Terisquas Brothers
  • Re: freopen question, Brett Nash
  • Re: freopen question, Roberto Ierusalimschy
• [patch] lvm.c - new table scope support, David Manura
  • Re: [patch] lvm.c - new table scope support, Luiz Henrique de Figueiredo
    • Re: [patch] lvm.c - new table scope support, David Manura
• ANN wxLua 2.8.7.0 release on Sourceforge.net, John Labenski
• [ANN] LuaBinaries for Lua 5.1.3, Antonio Scuri
  • Re: [ANN] LuaBinaries for Lua 5.1.3, David Manura
    • Re: [ANN] LuaBinaries for Lua 5.1.3, David Burgess
      • Re: [ANN] LuaBinaries for Lua 5.1.3, Ignacio Burgueño
    • RE: [ANN] LuaBinaries for Lua 5.1.3, Antonio Scuri
• lua cygwin, Wesley Smith
  • Re: lua cygwin, David Manura
    • Re: lua cygwin, Mark Edgar
• Another example for syntactically lightweight closures, Mark Hamburg
  • Re: Another example for syntactically lightweight closures, Jean-Claude Wippler
  • Re: Another example for syntactically lightweight closures, David Given
    • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Bret Victor
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, David Manura
      • Re: Another example for syntactically lightweight closures, Asko Kauppi
      • Re: Another example for syntactically lightweight closures, pierre pracht
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Asko Kauppi
      • Re: Another example for syntactically lightweight closures, Mark Hamburg
      • Re: Another example for syntactically lightweight closures, Robert Raschke
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Mark Hamburg
      • Re: Another example for syntactically lightweight closures, Jean-Claude Wippler
      • Re: Another example for syntactically lightweight closures, Fabien
      • Re: Another example for syntactically lightweight closures, Mark Hamburg
      • Re: Another example for syntactically lightweight closures, Fabien
      • Re: Another example for syntactically lightweight closures, Jean-Claude Wippler
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Asko Kauppi
      • Re: Another example for syntactically lightweight closures, Robert Raschke
      • Re: Another example for syntactically lightweight closures, Fabien
      • Re: Another example for syntactically lightweight closures, Eike Decker
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Alexander Gladysh
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, Eike Decker
      • Re: Another example for syntactically lightweight closures, Jean-Claude Wippler
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, steve donovan
      • Re: Another example for syntactically lightweight closures, Miles Bader
      • Re: Another example for syntactically lightweight closures, Jean-Claude Wippler
    • Re: Another example for syntactically lightweight closures, Mark Hamburg
  • Re: Another example for syntactically lightweight closures, David Manura
• [ANN] Bou - a Lua-based Build System, steve donovan
  • Re: [ANN] Bou - a Lua-based Build System, David Manura
    • Re: [ANN] Bou - a Lua-based Build System, steve donovan
      • Re: [ANN] Bou - a Lua-based Build System, Miles Bader
  • <Possible follow-ups>
  • Re: [ANN] Bou - a Lua-based Build System, Duck
    • Re: [ANN] Bou - a Lua-based Build System, Miles Bader
      • Re: [ANN] Bou - a Lua-based Build System, steve donovan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
  • Re: [ANN] Bou - a Lua-based Build System, Duck
    • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, steve donovan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, steve donovan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Wesley Smith
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, KHMan
      • Re: [ANN] Bou - a Lua-based Build System, Bradley Smith
      • Re: [ANN] Bou - a Lua-based Build System, KHMan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Taco Hoekwater
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Taco Hoekwater
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Stefan Sandberg
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, David Haley
      • Re: [ANN] Bou - a Lua-based Build System, KHMan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Stefan Sandberg
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Stefan Sandberg
      • Re: [ANN] Bou - a Lua-based Build System, KHMan
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Re: [ANN] Bou - a Lua-based Build System, Roberto Ierusalimschy
      • Re: [ANN] Bou - a Lua-based Build System, Brandon Van Every
      • Game dev without fun (was RE: [ANN] Bou - a Lua-based Build System), Jerome Vuarand
      • Re: Game dev without fun (was RE: [ANN] Bou - a Lua-based Build System), Roberto Ierusalimschy
• [ANN] Nanoki online demo, Petite Abeille
  • Re: [ANN] Nanoki online demo, Eric Tetz
    • Re: [ANN] Nanoki online demo, Petite Abeille
  • Re: [ANN] Nanoki online demo, Fabien
    • Re: [ANN] Nanoki online demo, Petite Abeille
  • Re: [ANN] Nanoki online demo, Peter Jacobi
    • Re: [ANN] Nanoki online demo, Stefan Sandberg
    • Re: [ANN] Nanoki online demo, Petite Abeille
      • Re: [ANN] Nanoki online demo, Ben
      • Re: [ANN] Nanoki online demo, Petite Abeille
      • Re: [ANN] Nanoki online demo, Petite Abeille
• [ANN] LuaJIT 1.1.4 released, Mike Pall
  • Re: [ANN] LuaJIT 1.1.4 released, eugeny gladkih
    • Re: [ANN] LuaJIT 1.1.4 released, Mike Pall
      • Re: [ANN] LuaJIT 1.1.4 released, eugeny gladkih
      • RE: [ANN] LuaJIT 1.1.4 released, Grellier, Thierry
      • RE: [ANN] LuaJIT 1.1.4 released, Rob Kendrick
      • Re: [ANN] LuaJIT 1.1.4 released, Stefan Sandberg
      • Re: [ANN] LuaJIT 1.1.4 released, Rob Kendrick
      • Re: [ANN] LuaJIT 1.1.4 released, eugeny gladkih
      • Re: [ANN] LuaJIT 1.1.4 released, René Rebe
• [ANN] Coco 1.1.4 released, Mike Pall
• Re: [ANN] Pluto 2.0 released, hisham . hm
  • Re: [ANN] Pluto 2.0 released, Ben Sunshine-Hill
    • Re: [ANN] Pluto 2.0 released, Ben Sunshine-Hill
• [ANN] metalua 0.4, Fabien
  • Re: [ANN] metalua 0.4, Miles Bader
    • Re: [ANN] metalua 0.4, Fabien
      • Re: [ANN] metalua 0.4, Miles Bader
      • Re: [ANN] metalua 0.4, Fabien
      • Re: [ANN] metalua 0.4, Roberto Ierusalimschy
      • Re: [ANN] metalua 0.4, Brandon Van Every
      • Re: [ANN] metalua 0.4, Fabien
      • Re: [ANN] metalua 0.4, Brandon Van Every
      • Re: [ANN] metalua 0.4, Fabien
      • Re: [ANN] metalua 0.4, Wesley Smith
      • Re: [ANN] metalua 0.4, Miles Bader
      • Re: [ANN] metalua 0.4, Tony Finch
  • Re: [ANN] metalua 0.4, Roberto Ierusalimschy
    • Re: [ANN] metalua 0.4, Fabien
  • Re: [ANN] metalua 0.4, Leo Razoumov
    • Re: [ANN] metalua 0.4, Fabien
      • Re: [ANN] metalua 0.4, Leo Razoumov
      • Re: [ANN] metalua 0.4, Leo Razoumov
      • Re: [ANN] metalua 0.4, Leo Razoumov
• Experimental finalize/guard patch, alex.mania@<a href="/cgi-bin/echo.cgi?iinet.net.au">...</a>
  • Re: Experimental finalize/guard patch, David Manura
• BibTex Grammar, Luís Eduardo Jason Santos
• How to deal with massive tables, Glenn
  • RE: How to deal with massive tables, Jerome Vuarand
    • Re: How to deal with massive tables, Luiz Henrique de Figueiredo
      • Re: How to deal with massive tables, Glenn McAllister
      • Re: How to deal with massive tables, Glenn
    • Re: How to deal with massive tables, Glenn McAllister
• tool support for macros (was [ANN] metalua 0.4), Fabio Mascarenhas
  • Re: tool support for macros, Miles Bader
• LuaSoap, the NOAAA Weather Service, and weatherParameters, Isaac Guenard
  • Re: LuaSoap, the NOAAA Weather Service, and weatherParameters, Antonio Tadeu Azevedo Gomes
    • Re: LuaSoap, the NOAAA Weather Service, and weatherParameters, Isaac Guenard
• [ANN] metalua 0.4-rc2, Fabien
• String tainting, Dirk Feytons
  • Re: String tainting, Stefan Sandberg
    • Re: String tainting, Dirk Feytons
      • Re: String tainting, Luiz Henrique de Figueiredo
      • Re: String tainting, Dirk Feytons
      • Re: String tainting, Luis Carvalho
      • Re: String tainting, Luis Carvalho
      • Re: String tainting, Dirk Feytons
      • RE: String tainting, Jerome Vuarand
• Invalid order functions, Niklas Frykholm
  • Re: Invalid order functions, Roberto Ierusalimschy
• About lua_State's clone and dostring that can change a local variable, cielacanth
  • Re: About lua_State's clone and dostring that can change a local variable, Chris Swetenham
    • Re: About lua_State's clone and dostring that can change a local variable, cielacanth
• [no subject], Duck
  • Re:, steve donovan
    • Re: gawk etc, David Jones
      • Re: gawk etc, Gavin Wraith
      • Re: gawk etc, steve donovan
    • Re:, Miles Bader
      • Re:, Ben
      • Re:, Luiz Henrique de Figueiredo
      • awk (was: Re:), David Given
• Exploitable buffer overflow in struct package, Duck
• when do programs set metatable?, Roberto Ierusalimschy
  • RE: when do programs set metatable?, Jerome Vuarand
  • Re: when do programs set metatable?, Wesley Smith
    • Re: when do programs set metatable?, Mark Meijer
      • Re: when do programs set metatable?, Roberto Ierusalimschy
      • Re: when do programs set metatable?, Javier Guerra
      • Re: when do programs set metatable?, Doug Rogers
      • Re: when do programs set metatable?, Mike Pall
      • Re: when do programs set metatable?, Enrico Tassi
      • Re: when do programs set metatable?, Doug Rogers
      • Re: when do programs set metatable?, Mark Hamburg
      • Re: when do programs set metatable?, Roberto Ierusalimschy
      • Re: when do programs set metatable?, Mike Pall
    • Re: when do programs set metatable?, Doug Rogers
  • Re: when do programs set metatable?, Mark Hamburg
  • Re: when do programs set metatable?, Ariel Manzur
  • Re: when do programs set metatable?, Edgar Toernig
    • Re: when do programs set metatable?, Roberto Ierusalimschy
      • Re: when do programs set metatable?, Diego Nehab
  • Re: when do programs set metatable?, Peter Loveday
• Hi, And here is release 0.4.1 of LuaRocks, the system for deployment and management of Lua modules. This is a bugfix release, addressing all issues reported since 0.4. There are a few new features as well: * Rockspec support for the "unpack" command,, Hisham
• [ANN] LuaRocks 0.4.2, Hisham
• Da Vinci Machine Project, Martin Schröder
  • Re: Da Vinci Machine Project, Abhinav Lele
    • Re: Da Vinci Machine Project, Martin Schröder
  • <Possible follow-ups>
  • Re: Da Vinci Machine Project, Matthew Paul Del Buono
    • Re: Da Vinci Machine Project, Javier Guerra
      • Re: Da Vinci Machine Project, Luiz Henrique de Figueiredo
      • Re: Da Vinci Machine Project, Tim Hunter
      • Re: Da Vinci Machine Project, Miles Bader
      • Re: Da Vinci Machine Project, Javier Guerra Giraldez
      • Re: Da Vinci Machine Project, steve donovan
      • Re: Da Vinci Machine Project, Abhinav Lele
      • Re: Da Vinci Machine Project, Dirk Feytons
      • Re: Da Vinci Machine Project, Ben
      • Re: Da Vinci Machine Project, Stephen Kellett
      • Re: Da Vinci Machine Project, Alex Queiroz
      • Re: Da Vinci Machine Project, Stephen Kellett
      • Re: Da Vinci Machine Project, Miles Bader
      • Re: Da Vinci Machine Project, Ben
      • Re: Da Vinci Machine Project, Javier Guerra
      • Re: Da Vinci Machine Project, Miles Bader
      • Re: Da Vinci Machine Project, Ben
      • Re: Da Vinci Machine Project, Jérôme Vuarand
      • Re: Da Vinci Machine Project, Gavin Wraith
      • Re: Da Vinci Machine Project, Miles Bader
• Where to link to Lua packages on the Wiki?, Duck
  • RE: Where to link to Lua packages on the Wiki?, Jerome Vuarand
  • Re: Where to link to Lua packages on the Wiki?, Hisham
• Lua, SWIG, and C++ OUTPUT parameters, Adam Rosien
  • <Possible follow-ups>
  • Re: Lua, SWIG, and C++ OUTPUT parameters, Mark Gossage
    • Message not available
      • Fwd: Lua, SWIG, and C++ OUTPUT parameters, Adam Rosien
• Bug with unchecked stack overflow with coroutines, Patrick Donnelly
  • Re: Bug with unchecked stack overflow with coroutines, David Burgess
  • Re: Bug with unchecked stack overflow with coroutines, Marco Antonio Abreu
    • Re: Bug with unchecked stack overflow with coroutines, Luiz Henrique de Figueiredo
      • Re: Bug with unchecked stack overflow with coroutines, Marco Antonio Abreu
  • Re: Bug with unchecked stack overflow with coroutines, Roberto Ierusalimschy
    • Re: Bug with unchecked stack overflow with coroutines, Patrick Donnelly
    • Re: Bug with unchecked stack overflow with coroutines, Mike Pall
  • <Possible follow-ups>
  • Re: Bug with unchecked stack overflow with coroutines, Matthew Paul Del Buono
    • Re: Bug with unchecked stack overflow with coroutines, Patrick Donnelly
      • Re: Bug with unchecked stack overflow with coroutines, Patrick Donnelly
      • Re: Bug with unchecked stack overflow with coroutines, Patrick Donnelly
      • Re: Bug with unchecked stack overflow with coroutines, Roberto Ierusalimschy
      • Re: Bug with unchecked stack overflow with coroutines, Luiz Henrique de Figueiredo
• [ANN] Idle 0.20 beta (RC1), Thomas Lauer
• Odd behaviour of debugging hooks, Clemens Hofreither
  • Re: Odd behaviour of debugging hooks, Roberto Ierusalimschy
    • Re: Odd behaviour of debugging hooks, Clemens Hofreither
      • Re: Odd behaviour of debugging hooks, Roberto Ierusalimschy
• CMake and Lua, Ken Martin
  • Re: CMake and Lua, Brandon Van Every
    • Re: CMake and Lua, Miles Bader
    • Re: CMake and Lua, Luiz Henrique de Figueiredo
    • Re: CMake and Lua, Wesley Smith
      • Re: CMake and Lua, Luiz Henrique de Figueiredo
      • Re: CMake and Lua, Wesley Smith
      • Re: CMake and Lua, Olivier Delannoy
      • Re: CMake and Lua, Thiago Bastos
      • Re: CMake and Lua, Brandon Van Every
      • RE: CMake and Lua, Ken Martin
      • Re: CMake and Lua, Thiago Bastos
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, KHMan
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, KHMan
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, E. Wing
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Eric Tetz
      • Re: CMake and Lua, Ben
      • Re: CMake and Lua, Eric Tetz
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Jean-Claude Wippler
      • Re: CMake and Lua, Eric Tetz
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Jean-Claude Wippler
      • Re: CMake and Lua, Eric Tetz
      • Re: CMake and Lua, Luiz Henrique de Figueiredo
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Eric Tetz
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Ben
      • Re: CMake and Lua, Roberto Ierusalimschy
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Tomas Guisasola Gorham
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Alex Queiroz
      • Re: CMake and Lua, Brandon Van Every
      • Re: CMake and Lua, Tomas Guisasola Gorham
      • Re: CMake and Lua, Luiz Henrique de Figueiredo
      • Re: CMake and Lua, Brandon Van Every
      • RE: CMake and Lua, Ken Martin
• table.sort & __call?, Petite Abeille
  • Re: table.sort & __call?, Peter Odding
    • Re: table.sort & __call?, Javier Guerra Giraldez
      • Re: table.sort & __call?, Eric Tetz
      • Re: table.sort & __call?, Ben
      • Re: table.sort & __call?, Miles Bader
      • Re: table.sort & __call?, Eric Tetz
      • Re: table.sort & __call?, Ben
      • Re: table.sort & __call?, Mark Meijer
    • Re: table.sort & __call?, Jean-Claude Wippler
  • <Possible follow-ups>
  • Re: table.sort & __call?, Matthew Paul Del Buono
• Da Vinci Machine Project and Tail Call Optimization, John D. Ramsdell
• Speed of C-to-Lua calls, Evan DeMond
  • Re: Speed of C-to-Lua calls, Adrian Perez
  • Re: Speed of C-to-Lua calls, Ivan-Assen Ivanov
    • Lua in gmaes, Martin
      • Re: Lua in gmaes, Wesley Smith
      • Re: Lua in gmaes, Martin
      • Re: Lua in gmaes, Andreas Rönnquist
      • Re: Lua in gmaes, Luiz Henrique de Figueiredo
    • Re: Speed of C-to-Lua calls, Eric Tetz
      • Re: Speed of C-to-Lua calls, Andre Carregal
• Lua in home wireless routers?, Matt Campbell
  • Re: Lua in home wireless routers?, Jorge Visca
  • Re: Lua in home wireless routers?, Dirk Feytons
    • Re: Lua in home wireless routers?, Fabien
    • Re: Lua in home wireless routers?, Petr Stetiar
      • Re: Lua in home wireless routers?, Henryla
      • Re: Lua in home wireless routers?, Matt Campbell
      • Re: Lua in home wireless routers?, Dirk Feytons
• Code for a simple IRC server, Joshua Jensen
• [ANN] Nanoki, Petite Abeille
  • Re: [ANN] Nanoki, Petite Abeille
• ANN: LuaSub 0.45 Beta, Asko Kauppi
• ANN: Alien 0.3, Fabio Mascarenhas
  • Re: ANN: Alien 0.3, Bradley Smith
    • Re: ANN: Alien 0.3, Miles Bader
      • Re: ANN: Alien 0.3, Asko Kauppi
    • Re: ANN: Alien 0.3, Fabio Mascarenhas
  • Re: ANN: Alien 0.3, Petr Stetiar
    • Re: ANN: Alien 0.3, Fabio Mascarenhas
• unpack segfault, Patrick Donnelly
  • Re: unpack segfault, Patrick Donnelly
    • Re: unpack segfault, Patrick Donnelly
      • Re: unpack segfault, Patrick Donnelly
      • Re: unpack segfault, Miles Bader
      • Re: unpack segfault, Roberto Ierusalimschy
      • Re: unpack segfault, Roberto Ierusalimschy
      • Re: unpack segfault, Roberto Ierusalimschy
• ANN: Alien 0.3.1, Fabio Mascarenhas
  • Re: ANN: Alien 0.3.1, Thomas Harning
    • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
    • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
      • Re: ANN: Alien 0.3.1, Thomas Harning
  • Re: ANN: Alien 0.3.1, Bradley Smith
    • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
      • Re: ANN: Alien 0.3.1, Jeff Pohlmeyer
  • Re: ANN: Alien 0.3.1, Jeff Pohlmeyer
    • Re: ANN: Alien 0.3.1, Thomas Harning
      • Re: ANN: Alien 0.3.1, Miles Bader
      • Re: ANN: Alien 0.3.1, Javier Guerra Giraldez
      • Re: ANN: Alien 0.3.1, Enrico Tassi
  • Re: ANN: Alien 0.3.1, Ignacio Burgueño
    • Re: ANN: Alien 0.3.1, Ignacio Burgueño
      • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
  • Re: ANN: Alien 0.3.1, Thomas Harning
    • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
  • Re: ANN: Alien 0.3.1, dcharno
    • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
      • Re: ANN: Alien 0.3.1, Javier Guerra
      • Re: ANN: Alien 0.3.1, Fabio Mascarenhas
      • Re: ANN: Alien 0.3.1, Enrico Tassi
      • Re: ANN: Alien 0.3.1, Javier Guerra
• [Q] debugging Lua and C/C++ in one go, Leo Razoumov
  • Re: [Q] debugging Lua and C/C++ in one go, steve donovan
    • Re: [Q] debugging Lua and C/C++ in one go, Leo Razoumov
      • Re: [Q] debugging Lua and C/C++ in one go, steve donovan
• problem with swig, Roger D. Vargas
  • Re: problem with swig, Miles Bader
    • Re: problem with swig, Roger D. Vargas
      • Re: problem with swig, Miles Bader
      • Re: problem with swig, Roger D. Vargas
      • Re: problem with swig, Miles Bader
  • Re: problem with swig, Adam Rosien
• stepping scripts and multi-tasking, M M
  • Re: stepping scripts and multi-tasking, Wesley Smith
    • Re: stepping scripts and multi-tasking, M M
      • Re: stepping scripts and multi-tasking, Wesley Smith
      • Re: stepping scripts and multi-tasking, Patrick Donnelly
      • Re: stepping scripts and multi-tasking, M M
      • Re: stepping scripts and multi-tasking, Mikael Eriksson
• Re: Lua in gmaes, G.H.
  • Re: Lua in gmaes, Martin
    • Re: Lua in gmaes, Brandon Van Every
  • Re: Lua in gmaes, Carsten Fuchs
  • <Possible follow-ups>
  • Re: Lua in gmaes, G.H.
• ltxml, Abhinav Lele
  • <Possible follow-ups>
  • Re: ltxml, matias . guijarro
• Lua Workshop 2008 Announcements, Matthew M. Burke
  • Re: Lua Workshop 2008 Announcements, Matt Campbell
  • Re: Lua Workshop 2008 Announcements, Bertrand Mansion
    • Re: Lua Workshop 2008 Announcements, Leo M. Cabrera
    • Re: Lua Workshop 2008 Announcements, Javier Guerra
      • Re: Lua Workshop 2008 Announcements, Asko Kauppi
      • VIrtual conference (was Re: Lua Workshop 2008 Announcements), Matt Campbell
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Peter Cawley
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Bertrand Mansion
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Javier Guerra
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Asko Kauppi
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Javier Guerra
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Matt Campbell
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Javier Guerra
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Dirk Feytons
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), David Given
      • Re: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Matt Campbell
      • RE: VIrtual conference (was Re: Lua Workshop 2008 Announcements), Grellier, Thierry
    • Re: Lua Workshop 2008 Announcements, Diego Nehab
  • <Possible follow-ups>
  • Re: Lua Workshop 2008 Announcements, Matthew M. Burke
    • Re: Lua Workshop 2008 Announcements, Miles Bader
• [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
  • Re: [ANN] Lua Short Reference, 2nd draft, Petite Abeille
  • RE: [ANN] Lua Short Reference, 2nd draft, Gavin Kistner
    • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
      • RE: [ANN] Lua Short Reference, 2nd draft, Gavin Kistner
      • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
  • Re: [ANN] Lua Short Reference, 2nd draft, Dave Nichols
    • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
  • Re: [ANN] Lua Short Reference, 2nd draft, Ben
    • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
  • Re: [ANN] Lua Short Reference, 2nd draft, Jeff Pohlmeyer
    • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
      • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
      • Re: [ANN] Lua Short Reference, 2nd draft, Jeff Pohlmeyer
  • Re: [ANN] Lua Short Reference, 2nd draft, Jeff Pohlmeyer
    • Re: [ANN] Lua Short Reference, 2nd draft, Thomas Lauer
      • Re: [ANN] Lua Short Reference, 2nd draft, Enrico Colombini
      • Re: [ANN] Lua Short Reference, 2nd draft, Jeff Pohlmeyer
• This Wiki Implementation, Petite Abeille
  • Re: This Wiki Implementation, Thiago Bastos
    • Re: This Wiki Implementation, Eric Tetz
      • RE: This Wiki Implementation, Jerome Vuarand
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Yuri Takhteyev
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Wesley Smith
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Thiago Bastos
      • Re: This Wiki Implementation, Petite Abeille
      • RE: This Wiki Implementation, Jerome Vuarand
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Yuri Takhteyev
      • Re: This Wiki Implementation, Thiago Bastos
      • Re: This Wiki Implementation, Petite Abeille
      • RE: This Wiki Implementation, Jerome Vuarand
      • Re: This Wiki Implementation, Miles Bader
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Andre Carregal
  • Re: This Wiki Implementation, John Belmonte
    • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Philippe Lhoste
      • Re: This Wiki Implementation, Petite Abeille
      • RE: This Wiki Implementation, Jerome Vuarand
      • Re: This Wiki Implementation, Jeff Pohlmeyer
      • Re: This Wiki Implementation, Philippe Lhoste
      • Re: This Wiki Implementation, Petite Abeille
      • Re: This Wiki Implementation, Eric Tetz
      • Re: This Wiki Implementation, Petite Abeille
• Ideas for faster math in lua, Niklas Frykholm
  • Re: Ideas for faster math in lua, Wesley Smith
    • Re: Ideas for faster math in lua, Niklas Frykholm
  • Re: Ideas for faster math in lua, Roberto Ierusalimschy
    • RE: Ideas for faster math in lua, Jerome Vuarand
      • Re: Ideas for faster math in lua, Wesley Smith
      • Re: Ideas for faster math in lua, Brandon Van Every
      • Re: Ideas for faster math in lua, Brandon Van Every
      • RE: Ideas for faster math in lua, Diego Nehab
      • RE: Ideas for faster math in lua, Jerome Vuarand
      • RE: Ideas for faster math in lua, Diego Nehab
      • RE: Ideas for faster math in lua, Jerome Vuarand
      • RE: Ideas for faster math in lua, Diego Nehab
      • RE: Ideas for faster math in lua, Jerome Vuarand
      • Re: Ideas for faster math in lua, Wesley Smith
      • RE: Ideas for faster math in lua, Diego Nehab
      • RE: Ideas for faster math in lua, Jerome Vuarand
      • RE: Ideas for faster math in lua, juanm bonilla
    • Re: Ideas for faster math in lua, Niklas Frykholm
      • Re: Ideas for faster math in lua, Miles Bader
  • Re: Ideas for faster math in lua, David Manura
  • Re: Ideas for faster math in lua, Asko Kauppi
    • Re: Ideas for faster math in lua, Niklas Frykholm
• [ANN] Metalua 0.4.1, Fabien
• Userdata with no environment table by default, Chris
  • Re: Userdata with no environment table by default, Taj Khattra
    • Re: Userdata with no environment table by default, Chris
      • Re: Userdata with no environment table by default, Daniel Stephens
      • Re: Userdata with no environment table by default, Chris
      • Re: Userdata with no environment table by default, Ariel Manzur
• Re: Lua and SWIG, Mark Gossage
• dependent shared symbols on OSX in a module, Wesley Smith
  • Re: dependent shared symbols on OSX in a module, Matt Campbell
    • Re: dependent shared symbols on OSX in a module, Wesley Smith
      • Re: dependent shared symbols on OSX in a module, Matt Campbell
      • Re: dependent shared symbols on OSX in a module, Wesley Smith
      • Re: dependent shared symbols on OSX in a module, Graham Wakefield
      • Re: dependent shared symbols on OSX in a module, Wesley Smith
• from ascii to hex for unicode char, Jelle Huisman
  • Re: from ascii to hex for unicode char, Luiz Henrique de Figueiredo
  • Re: from ascii to hex for unicode char, Chris Swetenham
    • Re: from ascii to hex for unicode char, Jelle Huisman
• lua40 and Debian, Enrico Tassi
  • Re: lua40 and Debian, John Belmonte
    • Re: lua40 and Debian, Luiz Henrique de Figueiredo
      • Re: lua40 and Debian, Enrico Tassi
    • Re: lua40 and Debian, Enrico Tassi
      • Re: lua40 and Debian, Eduardo Ochs
      • Re: lua40 and Debian, Enrico Tassi
• Passing parameters into a script, Raymond Jacobs
  • Re: Passing parameters into a script, Eike Decker
    • Re: Passing parameters into a script, Evan DeMond
    • Re: Passing parameters into a script, Raymond Jacobs
      • How to pass table, Dive Florida
      • RE: How to pass table, Jerome Vuarand
      • RE: How to pass table, Dive Florida
      • RE: How to pass table, Dive Florida
      • RE: How to pass table, Jerome Vuarand
• Demo Lua Wiki, Matthew M. Burke
  • Re: Demo Lua Wiki, Jorge Visca
    • Re: Demo Lua Wiki, Steve Heller
• Wiki comparison, Petite Abeille
• luaopen_io crashes with debug mode of visual studio, coder
  • Re: luaopen_io crashes with debug mode of visual studio, Miles Bader
  • Re: luaopen_io crashes with debug mode of visual studio, Luiz Henrique de Figueiredo
• Seriali[sz]ation of functions..., Duck
  • Re: Seriali[sz]ation of functions..., Petite Abeille
    • Re: Seriali[sz]ation of functions..., Patrick Donnelly
  • Re: Seriali[sz]ation of functions..., Luiz Henrique de Figueiredo
• Overview of IUP?, Duck
  • Re: Overview of IUP?, Geoff Leyland
  • Re: Overview of IUP?, Miles Bader
    • Re: Overview of IUP?, steve donovan
    • Re: Overview of IUP?, Jeff Pohlmeyer
      • Re: Overview of IUP?, Miles Bader
  • Re: Overview of IUP?, scuri
• [ANN] Nanoki 1.02, Petite Abeille
• Re: SWIG and Lua, Mark Gossage
  • Re: SWIG and Lua, Miles Bader
• Trouble compiling libgd on OS X, Mike Judge
  • Re: Trouble compiling libgd on OS X, Matt Campbell
• Location of a package, Ignacio Burgueño
  • Re: Location of a package, Petite Abeille
    • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package, Petite Abeille
      • Re: Location of a package, Fabio Mascarenhas
      • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package, Fabio Mascarenhas
      • Re: Location of a package, Ignacio Burgueño
  • Re: Location of a package, Tomas Guisasola Gorham
    • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package, Fabien
      • Re: Location of a package, Roberto Ierusalimschy
      • Re: Location of a package, Yuri Takhteyev
      • Re: Location of a package, Petite Abeille
      • Re: Location of a package, eugeny gladkih
      • upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hans Hagen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], steve donovan
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hans Hagen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Polarina
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Enrico Tassi
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mike Pall
      • RE: upcoming changes in Lua 5.2 [was Re: Location of a package], Grellier, Thierry
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Asko Kauppi
      • RE: upcoming changes in Lua 5.2 [was Re: Location of a package], Grellier, Thierry
      • Message not available
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Patrick Donnelly
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], David Burgess
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Ignacio Burgueño
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Luiz Henrique de Figueiredo
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Ignacio Burgueño
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Daan Nusman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Eric Tetz
      • Re: upcoming changes in Lua 5.2, Miles Bader
      • Re: upcoming changes in Lua 5.2, Miles Bader
      • Re: upcoming changes in Lua 5.2, Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Diego Nehab
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Diego Nehab
      • Re: upcoming changes in Lua 5.2, eugeny gladkih
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Jérôme Vuarand
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Ignacio Burgueño
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Steve Heller
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Jean-Claude Wippler
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Peter Cawley
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Fabien
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], David Manura
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Asko Kauppi
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], dcharno
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mark Hamburg
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], dcharno
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hisham
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • RE: upcoming changes in Lua 5.2 [was Re: Location of a package], Grellier, Thierry
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Javier Guerra
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Javier Guerra
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], David Given
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hugo Etchegoyen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Javier Guerra
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], David Given
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hugo Etchegoyen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mark Hamburg
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Diego Nehab
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hugo Etchegoyen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Luiz Henrique de Figueiredo
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Daniel Stephens
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], David Burgess
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Thiago Bastos
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mark Hamburg
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Javier Guerra
      • Re[2]: upcoming changes in Lua 5.2 [was Re: Location of a package], Alen Ladavac
      • Re: Re[2]: upcoming changes in Lua 5.2 [was Re: Location of a package], Javier Guerra
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re[2]: upcoming changes in Lua 5.2 [was Re: Location of a package], Alen Ladavac
      • Re[3]: upcoming changes in Lua 5.2 [was Re: Location of a package], Alen Ladavac
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Renato Maia
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mark Hamburg
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Renato Maia
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Shmuel Zeigerman
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Klaus Ripke
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Flemming Madsen
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], dcharno
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Alex Davies
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], dcharno
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Asko Kauppi
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Doug Rogers
      • Re: upcoming changes in Lua 5.2, Miles Bader
      • Re: upcoming changes in Lua 5.2, Alexander Gladysh
      • Re: upcoming changes in Lua 5.2, Leo Razoumov
      • Re: upcoming changes in Lua 5.2, Alexander Gladysh
      • Re: upcoming changes in Lua 5.2, Leo Razoumov
      • Re: upcoming changes in Lua 5.2, Alexander Gladysh
      • Re: upcoming changes in Lua 5.2, Leo Razoumov
      • Re: upcoming changes in Lua 5.2, Alex Davies
      • Re: upcoming changes in Lua 5.2, Alexander Gladysh
      • Re: upcoming changes in Lua 5.2, Alex Davies
      • Re: upcoming changes in Lua 5.2, Bertrand Mansion
      • Re: upcoming changes in Lua 5.2, Hugo Etchegoyen
      • Re: upcoming changes in Lua 5.2, Alexander Gladysh
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Hakki Dogusan
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Roberto Ierusalimschy
      • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Mark Hamburg
      • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package, Roberto Ierusalimschy
      • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package (also Lua 5.2 plans), Diego Nehab
      • Re: Location of a package, Fabien
      • Re: Location of a package, Ignacio Burgueño
      • Re: Location of a package, Ignacio Burgueño
• [ANN] lua-users.org alternative wiki demo, Petite Abeille
  • Re: [ANN] lua-users.org alternative wiki demo, Wesley Smith
  • Re: [ANN] lua-users.org alternative wiki demo, Thomas Harning
    • Re: [ANN] lua-users.org alternative wiki demo, Matthew M. Burke
    • Re: [ANN] lua-users.org alternative wiki demo, David Manura
      • Re: [ANN] lua-users.org alternative wiki demo, Thomas Harning
      • Re: [ANN] lua-users.org alternative wiki demo, Wesley Smith
      • Re: [ANN] lua-users.org alternative wiki demo, David Manura
      • Re: [ANN] lua-users.org alternative wiki demo, Yuri Takhteyev
  • Re: [ANN] lua-users.org alternative wiki demo, Matt Campbell
    • Re: [ANN] lua-users.org alternative wiki demo, Peter Sommerfeld
      • Re: [ANN] lua-users.org alternative wiki demo, pierre pracht
      • Re: [ANN] lua-users.org alternative wiki demo, Miles Bader
      • Re: [ANN] lua-users.org alternative wiki demo, Dave Dodge
      • Re: [ANN] lua-users.org alternative wiki demo, Peter Sommerfeld
  • Re: [ANN] lua-users.org alternative wiki demo, Petite Abeille
    • Re: [ANN] lua-users.org alternative wiki demo, David Manura
      • Re: [ANN] lua-users.org alternative wiki demo, Petite Abeille
      • syntax, Hans Hagen
      • Re: syntax, Javier Guerra
      • Re: syntax, Mark Meijer
      • Re: syntax, Roberto Ierusalimschy
      • Re: syntax, Mark Meijer
      • Re: syntax, Asko Kauppi
    • Re: [ANN] lua-users.org alternative wiki demo, Paul Moore
      • Re: [ANN] lua-users.org alternative wiki demo, Bertrand Mansion
      • Re: [ANN] lua-users.org alternative wiki demo, Petite Abeille
      • Re: [ANN] lua-users.org alternative wiki demo, Bertrand Mansion
      • Re: [ANN] lua-users.org alternative wiki demo, Petite Abeille
      • Re: [ANN] lua-users.org alternative wiki demo, Bertrand Mansion
      • Re: [ANN] lua-users.org alternative wiki demo, Petite Abeille
• lua-gtk 0.8 released, steve donovan
• string.format() and %Ns with N>99, Thomas Lauer
• Implicit Globals - A compile time solution., John Hind
  • <Possible follow-ups>
  • Re: Implicit Globals - A compile time solution., Fabio Mascarenhas
  • Implicit Globals - A compile time solution., John Hind
    • RE: Implicit Globals - A compile time solution., Jerome Vuarand
      • RE: Implicit Globals - A compile time solution., John Hind
      • Re: Implicit Globals - A compile time solution., David Given
      • Re: Implicit Globals - A compile time solution., Javier Guerra
      • Re: Implicit Globals - A compile time solution., Mark Meijer
      • Re: Implicit Globals - A compile time solution., Mark Hamburg
      • Re: Implicit Globals - A compile time solution., Fabien
      • Re: Implicit Globals - A compile time solution., Luiz Henrique de Figueiredo
      • RE: Implicit Globals - A compile time solution., John Hind
      • Re: Implicit Globals - A compile time solution., David Given
      • Re: Implicit Globals - A compile time solution., Asko Kauppi
      • Re: Implicit Globals - A compile time solution., David Given
      • Re: Implicit Globals - A compile time solution., David Kastrup
      • Message not available
      • Re: Implicit Globals - A compile time solution., Miles Bader
      • Message not available
      • How to best solve fragmentation issues, Jens Andersson
      • Re: How to best solve fragmentation issues, Stephen Kellett
      • RE: How to best solve fragmentation issues, Jens Andersson
      • Re: How to best solve fragmentation issues, Asko Kauppi
      • Re: How to best solve fragmentation issues, Roberto Ierusalimschy
      • Re: How to best solve fragmentation issues, Alex Davies
      • RE: How to best solve fragmentation issues, Jens Andersson
      • Message not available
      • Re: Implicit Globals - A compile time solution., Greg Falcon
  • Re: Implicit Globals - A compile time solution., Fabien
  • Re: Implicit Globals - A compile time solution., John Hind
  • Re: Implicit Globals - A compile time solution., Francisco Sant'anna
• [ANN] Tethys SMTP Server 2.0.0, DarkGod
• MIME Mail parsing, DarkGod
  • Re: MIME Mail parsing, Petite Abeille
  • <Possible follow-ups>
  • Re: MIME Mail parsing, DarkGod
    • Re: MIME Mail parsing, Petite Abeille
• No FP compile option for Lua? [was: upcoming changes in Lua 5.2], John D. Ramsdell
  • Re: No FP compile option for Lua? [was: upcoming changes in Lua 5.2], Peter Cawley
  • <Possible follow-ups>
  • Re: No FP compile option for Lua? [was: upcoming changes in Lua 5.2], John D. Ramsdell
    • Re: No FP compile option for Lua?, Doug Rogers
  • Re: No FP compile option for Lua? [was: upcoming changes in Lua 5.2], John D. Ramsdell
    • Re: No FP compile option for Lua?, Miles Bader
      • Re: No FP compile option for Lua?, Peter Cawley
• Index with multiple parameters?, Chris
  • Re: Index with multiple parameters?, Daniel Stephens
    • Re: Index with multiple parameters?, Chris
      • Re: Index with multiple parameters?, Petite Abeille
      • Re: Index with multiple parameters?, Fabien
      • Re: Index with multiple parameters?, Daniel Stephens
      • Re: Index with multiple parameters?, Fabien
  • <Possible follow-ups>
  • Re: Index with multiple parameters?, Matthew Paul Del Buono
  • Re: Index with multiple parameters?, Matthew Paul Del Buono
    • Re: Index with multiple parameters?, Jean-Claude Wippler
      • Re: Index with multiple parameters?, Chris
      • Re: Index with multiple parameters?, Asko Kauppi
      • Re: Index with multiple parameters?, Luis Carvalho
• sputnik installation w/ apache, Wesley Smith
  • Re: sputnik installation w/ apache, Petite Abeille
    • Re: sputnik installation w/ apache, Yuri Takhteyev
      • Re: sputnik installation w/ apache, Brian McCallister
• Re: upcoming changes in Lua 5.2 [was Re: Location of a package], Thomas Lauer
  • <Possible follow-ups>
  • Re: upcoming changes in Lua 5.2 [was Re: Location of a package], alex.mania@<a href="/cgi-bin/echo.cgi?iinet.net.au">...</a>
• failing to require "lfs", christof
  • Re: failing to require "lfs", steve donovan
    • Re[2]: failing to require "lfs", Christof Schardt
      • Re: failing to require "lfs", Luiz Henrique de Figueiredo
• A Type Metatable for Tables?, John Hind
  • <Possible follow-ups>
  • Re: A Type Metatable for Tables?, Miles Bader
    • RE: A Type Metatable for Tables?, John Hind
    • Message not available
      • Re: A Type Metatable for Tables?, Miles Bader
  • Re: A Type Metatable for Tables?, Greg Falcon
    • Re: A Type Metatable for Tables?, Mark Meijer
  • Re: A Type Metatable for Tables?, Eric Tetz
    • Re: A Type Metatable for Tables?, Ben
• Fast integer arithmetic, John D. Ramsdell
  • Re: Fast integer arithmetic, Enrico Colombini
  • Re: Fast integer arithmetic, Leo Razoumov
    • Re: Fast integer arithmetic, Enrico Colombini
  • <Possible follow-ups>
  • Re: Fast integer arithmetic, John D. Ramsdell
  • Re: Fast integer arithmetic, John D. Ramsdell
    • Re: Fast integer arithmetic, Leo Razoumov
      • Re: Fast integer arithmetic, John D. Ramsdell
• Re: Lua Digest, Vol 90, Issue 6, Ivan Baggett
  • Fast integer arithmetic, Asko Kauppi
• Function definitions in table constructors, Tim Hunter
  • Re: Function definitions in table constructors, steve donovan
    • Re: Function definitions in table constructors, Mark Meijer
      • Re: Function definitions in table constructors, Alex Davies
      • Re: Function definitions in table constructors, Duncan Cross
      • Re: Function definitions in table constructors, Mark Hamburg
      • Re: Function definitions in table constructors, Miles Bader
      • Re: Function definitions in table constructors, Edgar Toernig
      • Re: Function definitions in table constructors, Alex Davies
• Re: How to best solve fragmentation issues, alex.mania@<a href="/cgi-bin/echo.cgi?iinet.net.au">...</a>
  • Re: How to best solve fragmentation issues, Eike Decker
• finding keys in a table, Jelle Huisman
  • Re: finding keys in a table, Alex Davies
    • Re: finding keys in a table, Hans Hagen
      • Re: finding keys in a table, Mike Pall
      • Re: finding keys in a table, Javier Guerra
      • Re: finding keys in a table, Hans Hagen
      • Re: finding keys in a table, Mike Pall
      • Re: finding keys in a table, Hans Hagen
      • Re: finding keys in a table, Doug Rogers
      • Re: finding keys in a table, Alex Davies
      • Re: finding keys in a table, Doug Rogers
      • Re: finding keys in a table, Luiz Henrique de Figueiredo
      • Patch for escaping '\n' with string.format("%Q") (was Re: finding keys in a table), Doug Rogers
      • Re: finding keys in a table, Kristofer Karlsson
      • Re: finding keys in a table, Alex Davies
      • Re: finding keys in a table, Mark Hamburg
      • Re: finding keys in a table, Hans Hagen
    • Re: finding keys in a table, Jelle Huisman
  • Re: finding keys in a table, Evan DeMond
  • Re: finding keys in a table, Romulo
• Lua for OpenVMS ?, Bru, Pierre
  • Re: Lua for OpenVMS ?, Roger Ivie
    • Re: Lua for OpenVMS ?, Renato Maia
      • RE: Lua for OpenVMS ?, Bru, Pierre
      • Re: Lua for OpenVMS ?, Renato Maia
      • RE: Lua for OpenVMS ?, Bru, Pierre
• yield friendly pcall (or pcall friendly yield), Mark Hamburg
• Demo of Sputnik with LuaUsers content, Yuri Takhteyev
  • Re: Demo of Sputnik with LuaUsers content, Wesley Smith
  • Re: Demo of Sputnik with LuaUsers content, Leo Razoumov
  • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
    • Re: Demo of Sputnik with LuaUsers content, Yuri Takhteyev
      • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
      • RE: Demo of Sputnik with LuaUsers content, Jerome Vuarand
      • Re: Demo of Sputnik with LuaUsers content, Miles Bader
      • RE: Demo of Sputnik with LuaUsers content, Jerome Vuarand
      • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
  • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
    • Re: Demo of Sputnik with LuaUsers content, Yuri Takhteyev
      • Re: Demo of Sputnik with LuaUsers content, Miles Bader
      • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
      • Re: Demo of Sputnik with LuaUsers content, Bertrand Mansion
      • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
      • Re: Demo of Sputnik with LuaUsers content, Leo Razoumov
      • Re: Demo of Sputnik with LuaUsers content, Petite Abeille
      • Re: Demo of Sputnik with LuaUsers content, Leo Razoumov
      • Re: Demo of Sputnik with LuaUsers content, Yuri Takhteyev
• More thoughts on Lua 5.2, Duck
  • Re: More thoughts on Lua 5.2, Evan DeMond
    • Re: More thoughts on Lua 5.2, Mark Hamburg
  • Re: More thoughts on Lua 5.2, Miles Bader
    • Re: More thoughts on Lua 5.2, David Given
      • Re: More thoughts on Lua 5.2, Luiz Henrique de Figueiredo
      • Re: More thoughts on Lua 5.2, steve donovan
      • Re: More thoughts on Lua 5.2, David Given
      • Re: More thoughts on Lua 5.2, David Given
      • Re: More thoughts on Lua 5.2, Miles Bader
      • RE: More thoughts on Lua 5.2, Al Pfalzgraf
      • Re: More thoughts on Lua 5.2, Asko Kauppi
  • <Possible follow-ups>
  • Re: More thoughts on Lua 5.2, Duck
    • Re: More thoughts on Lua 5.2, Rob Kendrick
  • Re: More thoughts on Lua 5.2, Duck
  • Re: More thoughts on Lua 5.2, Duck
    • Re: More thoughts on Lua 5.2, Fabio Mascarenhas
• Ident?, Petite Abeille
  • Re: Ident?, Tony Finch
    • Re: Ident?, Louis Mamakos
      • Re: Ident?, Kacper Wysocki
      • Re: Ident?, Miles Bader
• [ANN] live Lua demo, Luiz Henrique de Figueiredo
  • Re: [ANN] live Lua demo, Irayo
  • Re: [ANN] live Lua demo, Bertrand Mansion
    • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
  • Re: [ANN] live Lua demo, Jonas Bengtsson
    • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
      • Re: [ANN] live Lua demo, Eduardo Ochs
      • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
      • Re: [ANN] live Lua demo, Eduardo Ochs
      • Re: [ANN] live Lua demo, Javier Guerra
      • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
      • Re: [ANN] live Lua demo, Irayo
      • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
    • Re: [ANN] live Lua demo, Eike Decker
    • Re: [ANN] live Lua demo, Luiz Henrique de Figueiredo
• State of the LuaJIT engine, Thomas Lauer
  • Re: State of the LuaJIT engine, Mike Pall
• Re: Implicit Globals - A (better?) compile time solution., John Hind
  • Re: Implicit Globals - A (better?) compile time solution., Mark Hamburg
    • Re: Implicit Globals - A (better?) compile time solution., Roberto Ierusalimschy
  • Re: Implicit Globals - A (better?) compile time solution., Roberto Ierusalimschy
    • Re: Implicit Globals - A (better?) compile time solution., Steve Heller
    • Re: Implicit Globals - A (better?) compile time solution., Miles Bader
    • Re: Implicit Globals - A (better?) compile time solution., Francisco Sant'anna
      • Re: Implicit Globals - A (better?) compile time solution., Roberto Ierusalimschy
    • Re: Implicit Globals - A (better?) compile time solution., Asko Kauppi
    • Re: Implicit Globals - A (better?) compile time solution., Greg Falcon
  • <Possible follow-ups>
  • Re: Implicit Globals - A (better?) compile time solution., John Hind
  • Re: Implicit Globals - A (better?) compile time solution., John Hind
  • Re: Implicit Globals - A (better?) compile time solution., Mark Meijer
  • RE: Implicit Globals - A (better?) compile time solution., John Hind
    • RE: Implicit Globals - A (better?) compile time solution., Jerome Vuarand
  • Re: Implicit Globals - A (better?) compile time solution., Mark Meijer
  • Re: Implicit Globals - A (better?) compile time solution., Greg Falcon
    • Re: Implicit Globals - A (better?) compile time solution., Javier Guerra
  • Re: Implicit Globals - A (better?) compile time solution., John Hind
• Making Lua Debugging Faster, steve donovan
  • Re: Making Lua Debugging Faster, Mike Pall
    • Re: Making Lua Debugging Faster, steve donovan
• break for iterators, Alexey Malyshev
  • Re: break for iterators, Shmuel Zeigerman
    • Re: break for iterators, Ben Sunshine-Hill
    • Re: break for iterators, Mark Hamburg
• Nanoki and HTTPs, Alexander Gladysh
  • Re: Nanoki and HTTPs, Petite Abeille
• Tests v Demos, Gavin Wraith
• os.tmpname makes empty file, Patrick Donnelly
  • Re: os.tmpname makes empty file, David Dunham
  • Re: os.tmpname makes empty file, Luiz Henrique de Figueiredo
    • Re: os.tmpname makes empty file, Luiz Henrique de Figueiredo
    • Re: os.tmpname makes empty file, Roberto Ierusalimschy
      • Re: os.tmpname makes empty file, Eero Pajarre
      • Re: os.tmpname makes empty file, Roberto Ierusalimschy
      • Re: os.tmpname makes empty file, Eero Pajarre
    • Re: os.tmpname makes empty file, David Given
      • Re: os.tmpname makes empty file, Roberto Ierusalimschy
      • Re: os.tmpname makes empty file, Luiz Henrique de Figueiredo
• how does swig manages std::strings in Lua?, Luo Hei
  • Re: how does swig manages std::strings in Lua?, Miles Bader
  • Re: how does swig manages std::strings in Lua?, Bradley Smith
    • Re: how does swig manages std::strings in Lua?, Luo Hei
      • Re: how does swig manages std::strings in Lua?, Bradley Smith
  • <Possible follow-ups>
  • Re: how does swig manages std::strings in Lua?, Mark Gossage
• A question about 'next', Enrico Colombini
  • Re: A question about 'next', Mark Meijer
    • Re: A question about 'next', Enrico Colombini
  • Re: A question about 'next', Mike Pall
    • Re: A question about 'next', Enrico Colombini
  • Re: A question about 'next', Asko Kauppi
• Nanoki binary distributions?, Petite Abeille
• math.max/math.min given NaN, David Manura
  • Re: math.max/math.min given NaN, Mike Pall
  • Re: math.max/math.min given NaN, Roberto Ierusalimschy
    • Re: math.max/math.min given NaN, David Manura
• Re: Syntactic sugar for sets, John Hind
  • Re: Syntactic sugar for sets, Asko Kauppi
    • Re: Syntactic sugar for sets, Fabien
      • Re: Syntactic sugar for sets, Fabien
  • <Possible follow-ups>
  • Re: Syntactic sugar for sets, Kristofer Karlsson
  • Re: Syntactic sugar for sets, John Hind
    • Re: Syntactic sugar for sets, Gavin Wraith
    • Re: Syntactic sugar for sets, Jean-Claude Wippler
  • Re: Syntactic sugar for sets, Fabien
    • Re: Syntactic sugar for sets, KHMan
      • Patches to syntax mods (Re: Syntactic sugar for sets), Asko Kauppi
    • Re: Syntactic sugar for sets, Roberto Ierusalimschy
• "chunk name" for coroutines, Matias Guijarro
  • Re: "chunk name" for coroutines, Patrick Donnelly
• Small documentation request, Vaughan McAlley
• [ANN] LuaEclipse 1.2.0 Released, Luís Eduardo Jason Santos
  • Re: [ANN] LuaEclipse 1.2.0 Released, Isaac Guenard
    • Re: [ANN] LuaEclipse 1.2.0 Released, Yuri Takhteyev
      • Re: [ANN] LuaEclipse 1.2.0 Released, Wesley Smith
      • Re: [ANN] LuaEclipse 1.2.0 Released, Luís Eduardo Jason Santos
      • Re: [ANN] LuaEclipse 1.2.0 Released, David Haley
  • Re: [ANN] LuaEclipse 1.2.0 Released, Fabien
    • Re: [ANN] LuaEclipse 1.2.0 Released, Luís Eduardo Jason Santos
• [ANN] Cosmo 8.02.18, Fabio Mascarenhas
• Running Lua on Windows, Giuseppe Luigi Punzi Ruiz
  • Re: Running Lua on Windows, Anders Bergh
    • Re: Running Lua on Windows, steve donovan
      • Re: Running Lua on Windows, Eero Pajarre
      • Re: Running Lua on Windows, David Burgess
  • <Possible follow-ups>
  • Re: Running Lua on Windows, Duck
    • Re: Running Lua on Windows, steve donovan
      • Re: Running Lua on Windows, Dirk Feytons
      • Re: Running Lua on Windows, steve donovan
• luaL_where, Wesley Smith
  • Re: luaL_where, Patrick Donnelly
    • Re: luaL_where, Wesley Smith
• How to deploy without .lua sources, Giuseppe Luigi Punzi
  • Re: How to deploy without .lua sources, Luiz Henrique de Figueiredo
    • Re: How to deploy without .lua sources, Asko Kauppi
      • Re: How to deploy without .lua sources, Wesley Smith
      • Re: How to deploy without .lua sources, Luiz Henrique de Figueiredo
      • Re: How to deploy without .lua sources, Giuseppe Luigi Punzi Ruiz
• Question about Lua history, Fabien
  • Re: Question about Lua history, Luiz Henrique de Figueiredo
  • Re: Question about Lua history, Roberto Ierusalimschy
• Looking for spanish Lua developers to talk, Giuseppe Luigi Punzi
  • Re: Looking for spanish Lua developers to talk, Javier Guerra
    • Re: Looking for spanish Lua developers to talk, Giuseppe Luigi Punzi
    • Re: Looking for spanish Lua developers to talk, Luo Hei
  • Re: Looking for spanish Lua developers to talk, Adrian Perez
  • Re: Looking for spanish Lua developers to talk, Ariel Manzur
• [ANN] Lua Short Reference, 3rd draft, Thomas Lauer
  • Re: [ANN] Lua Short Reference, 3rd draft, James Hearn
    • Re: [ANN] Lua Short Reference, 3rd draft, Thomas Lauer
• lrandom vs C++, Alexander Gladysh
  • Re: lrandom vs C++, Luiz Henrique de Figueiredo
• string.dump strip option (5.2 request), Daan Nusman
  • Re: string.dump strip option (5.2 request), Ignacio Burgueño
    • Re: string.dump strip option (5.2 request), Luiz Henrique de Figueiredo
      • Re: string.dump strip option (5.2 request), Ignacio Burgueño
      • Re: string.dump strip option (5.2 request), Luiz Henrique de Figueiredo
      • Re: string.dump strip option (5.2 request), David Burgess
      • Re: string.dump strip option (5.2 request), Peter Cawley
      • Re: string.dump strip option (5.2 request), Luiz Henrique de Figueiredo
      • Re: string.dump strip option (5.2 request), David Jones
      • Re: string.dump strip option (5.2 request), Luiz Henrique de Figueiredo
  • Re: string.dump strip option (5.2 request), Thomas Harning
• An alternative to the "continue" statement, Fabien
  • Re: An alternative to the "continue" statement, Javier Guerra
    • Re: An alternative to the "continue" statement, Fabien
      • Re: An alternative to the "continue" statement, Fabien
  • Re: An alternative to the "continue" statement, Ben Sunshine-Hill
    • Re: An alternative to the "continue" statement, Fabien
      • Re: An alternative to the "continue" statement, Eric Tetz
      • Re: An alternative to the "continue" statement, Evan DeMond
      • Re: An alternative to the "continue" statement, Roberto Ierusalimschy
      • Re: An alternative to the "continue" statement, Jim Whitehead II
      • books about WoW [was Re: An alternative to the "continue" statement], Roberto Ierusalimschy
  • Re: An alternative to the "continue" statement, David Manura
    • Re: An alternative to the "continue" statement, Fabien
      • Re: An alternative to the "continue" statement, Miles Bader
      • Re: An alternative to the "continue" statement, Fabien
• [ANN] Nanoki 1.04, Petite Abeille
  • Re: [ANN] Nanoki 1.04, Petite Abeille
  • RE: [ANN] Nanoki 1.04, Leonardo S. A. Maciel
    • Re: [ANN] Nanoki 1.04, Petite Abeille
  • Re: [ANN] Nanoki 1.04, George Petsagourakis
    • Re: [ANN] Nanoki 1.04, Petite Abeille
    • Re: [ANN] Nanoki 1.04, Petite Abeille
• Google Summer of Code, Matthew M. Burke
  • Re: Google Summer of Code, Javier Guerra
  • Re: Google Summer of Code, Jim Whitehead II
  • Re: Google Summer of Code, Petite Abeille
    • Re: Google Summer of Code, Ben
      • Re: Google Summer of Code, Richard Simes
      • Re: Google Summer of Code, Yuri Takhteyev
  • Re: Google Summer of Code, Ariel Manzur
    • Re: Google Summer of Code, Wesley Smith
  • <Possible follow-ups>
  • Re: Google Summer of Code, Matthew M. Burke
    • Re: Google Summer of Code, Leo Razoumov
      • Re: Google Summer of Code, Dirk Feytons
  • Re: Google Summer of Code, Matthew M. Burke
    • Re: Google Summer of Code, Petite Abeille
      • Re: Google Summer of Code, Taj Khattra
      • Re: Google Summer of Code, Petite Abeille
      • Re: Google Summer of Code, Petite Abeille
  • Re: Google Summer of Code, Matthew M. Burke
  • Re: Google Summer of Code, Duck
    • Message not available
      • Re: Google Summer of Code, Luís Eduardo Jason Santos
    • Re: Google Summer of Code, steve donovan
      • Re: Google Summer of Code, Leo Razoumov
• Faster fasttms., Alex Davies
• www.tecgraf.puc-rio.br is down?, Alexander Gladysh
  • Re: www.tecgraf.puc-rio.br is down?, Alexander Gladysh
    • Re: www.tecgraf.puc-rio.br is down?, Luiz Henrique de Figueiredo
• [Lua] Garbage collector, liam mail
  • Re: [Lua] Garbage collector, Alex Davies
    • Re: [Lua] Garbage collector, liam mail
• Using lua_qt in Windows, Douglas Matoso
• Differentiating upvalues and sharing, Patrick Donnelly
  • Re: Differentiating upvalues and sharing, Patrick Donnelly
    • Re: Differentiating upvalues and sharing, Patrick Donnelly
• Empty matches in global search (string library versus sed), Shmuel Zeigerman
  • Re: Empty matches in global search (string library versus sed), Roberto Ierusalimschy
• When are coroutines collected?, Chris
  • RE: When are coroutines collected?, Jerome Vuarand
  • Re: When are coroutines collected?, Roberto Ierusalimschy
    • Re: When are coroutines collected?, Chris
      • Re: When are coroutines collected?, Javier Guerra
      • Re: When are coroutines collected?, Chris
      • Re: When are coroutines collected?, David Kastrup
      • Re: When are coroutines collected?, Tony Finch
      • Re: When are coroutines collected?, David Given
      • Re: When are coroutines collected?, Chris
      • Re: When are coroutines collected?, Javier Guerra
      • Re: When are coroutines collected?, David Given
• Custom loaders using Lua file templates, Chris Marrin
  • Re: Custom loaders using Lua file templates, Ignacio Burgueño
  • RE: Custom loaders using Lua file templates, Jerome Vuarand
• Using Nanoki's HTTP engine directly, Petite Abeille
• libsswf, eugeny gladkih
• NEWBIE Question: Windows Interpreter?, Rolf
  • Re: NEWBIE Question: Windows Interpreter?, Evan DeMond
  • <Possible follow-ups>
  • NEWBIE Question: Windows Interpreter?, Rolf
    • Re: NEWBIE Question: Windows Interpreter?, Natanael Copa
      • Re: NEWBIE Question: Windows Interpreter?, Miles Bader
      • Re: NEWBIE Question: Windows Interpreter?, Richard Simes
  • NEWBIE Question: Windows Interpreter?, Rolf
• live lua demo - ideas for extending, David Manura
  • Re: live lua demo - ideas for extending, Luiz Henrique de Figueiredo
  • Re: live lua demo - ideas for extending, Jim Whitehead II
    • Re: live lua demo - ideas for extending, Rob Kendrick
• return value of require?, Miles Bader
  • Re: return value of require?, Hakki Dogusan
    • Re: return value of require?, Petite Abeille
      • Re: return value of require?, Hakki Dogusan
  • RE: return value of require?, Jerome Vuarand
    • Re: return value of require?, Miles Bader
      • Re: return value of require?, Doug Rogers
      • Re: return value of require?, Roberto Ierusalimschy
      • Re: return value of require?, Miles Bader
  • Re: return value of require?, Petite Abeille
    • Re: return value of require?, Luiz Henrique de Figueiredo
    • Re: return value of require?, Ben
      • Re: return value of require?, Petite Abeille
• A proposal for faster userdata type checking, Chris
  • Re: A proposal for faster userdata type checking, Taj Khattra
    • Re: A proposal for faster userdata type checking, Alex Davies
      • RE: A proposal for faster userdata type checking, Jerome Vuarand
      • Re: A proposal for faster userdata type checking, Mark Hamburg
    • Re: A proposal for faster userdata type checking, Diego Nehab
      • LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Petite Abeille
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Diego Nehab
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Petite Abeille
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Diego Nehab
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Petite Abeille
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Diego Nehab
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Doug Currie
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Javier Guerra
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Diego Nehab
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Doug Currie
      • Re: LuaSocket 3.0? (was Re: A proposal for faster userdata type checking), Diego Nehab
      • Re: A proposal for faster userdata type checking, Wesley Smith
      • Re: A proposal for faster userdata type checking, Taj Khattra
      • Re: A proposal for faster userdata type checking, Diego Nehab
      • Re: A proposal for faster userdata type checking, Mark Hamburg
      • Re: A proposal for faster userdata type checking, John Labenski
      • RE: A proposal for faster userdata type checking, Richter, Jörg
      • Re: A proposal for faster userdata type checking, Diego Nehab
      • Re: A proposal for faster userdata type checking, Wesley Smith
  • Re: A proposal for faster userdata type checking, Mark Hamburg
• another hat in the ring regarding Lua 5.2: static typing, Norman Ramsey
  • Re: another hat in the ring regarding Lua 5.2: static typing, Alex Davies
    • Re: another hat in the ring regarding Lua 5.2: static typing, Asko Kauppi
      • Re: another hat in the ring regarding Lua 5.2: static typing, Mark Hamburg
      • Re: another hat in the ring regarding Lua 5.2: static typing, Mike Pall
      • Re: another hat in the ring regarding Lua 5.2: static typing, Hisham
      • Re: another hat in the ring regarding Lua 5.2: static typing, Alex Davies
      • Re: another hat in the ring regarding Lua 5.2: static typing, Asko Kauppi
      • Re: another hat in the ring regarding Lua 5.2: static typing, Alexander Gladysh
      • Re: another hat in the ring regarding Lua 5.2: static typing, Mark Hamburg
      • Re: another hat in the ring regarding Lua 5.2: static typing, steve donovan
      • Re: another hat in the ring regarding Lua 5.2: static typing, Miles Bader
      • Re: another hat in the ring regarding Lua 5.2: static typing, Tomas Guisasola Gorham
      • Re: another hat in the ring regarding Lua 5.2: static typing, Asko Kauppi
      • Re: another hat in the ring regarding Lua 5.2: static typing, Fabien
  • Re: another hat in the ring regarding Lua 5.2: static typing, Fabien
• tracing jit, Petite Abeille
• SOC: Lulu, a Lua implementation of Lucene, Petite Abeille
• Lua Workshop 2008: Virtual conference, Matthew M. Burke
• Lua Workshop 2008: Housing, Matthew M. Burke
• OT: optimism, Matthew M. Burke
• LuaJIT vs C++, Alexander Gladysh
• [ANN] Ca3D-Engine with Lua-based map scripting support, Carsten Fuchs

---

Mail converted by MHonArc 2.6.19