Mail Thread Index

[Date Index] [Thread Index]

• Re: Patch to use colored NaNs on LP64, Mike Pall
  • Re: Patch to use colored NaNs on LP64, Florian Weimer
    • Re: Patch to use colored NaNs on LP64, Mike Pall
      • Re: Patch to use colored NaNs on LP64, Ivo Beltchev
      • Re: Patch to use colored NaNs on LP64, Florian Weimer
• Re: LuaSocket - non-blocking connect ? (fwd), Diego Nehab
  • Re: LuaSocket - non-blocking connect ? (fwd), Matthew Wild
• Re: ignoring BOM, Luiz Henrique de Figueiredo
  • <Possible follow-ups>
  • Re: ignoring BOM, Miles Bader
    • Re: ignoring BOM, Javier Bezos
  • Re: ignoring BOM, Robert Raschke
• Re: nil semantics in Lua, Gé Weijers
  • Re: nil semantics in Lua, Vaughan McAlley
    • Re: nil semantics in Lua, Petite Abeille
      • Re: nil semantics in Lua, Patrick Donnelly
      • Re: nil semantics in Lua, Petite Abeille
  • Re: nil semantics in Lua, Cosmin Apreutesei
  • <Possible follow-ups>
  • Re: nil semantics in Lua, steve donovan
    • Re: nil semantics in Lua, Cosmin Apreutesei
• Re: Re[2]: state of the Lua nation on resource cleanup, Louis Mamakos
• Re: Comparing userdata with other types, Patrick Donnelly
  • <Possible follow-ups>
  • Re: Comparing userdata with other types, Ivo Beltchev
  • Re: Comparing userdata with other types, Matthias Kluwe
    • Re: Comparing userdata with other types, Ivo Beltchev
      • Re: Comparing userdata with other types, Ralph Hempel
• General questions, steventidwell
  • Re: General questions, Javier Guerra
    • Re: General questions, steve donovan
    • Re: General questions, Javier Guerra
      • Re: General questions, Steven Johnson
      • Re: Re: General questions, 李慧霸
      • Re: Re: General questions, Javier Guerra
      • Re: General questions, Doug Rogers
  • Re: General questions, Doug Rogers
  • Re: General questions, Asko Kauppi
  • Re: General questions, Ruzsa Balazs
• [ANN] Ca3D-Engine: New version 9.06 released!, Carsten Fuchs
• Lua Event driven programming, Lloyd
  • Re: Lua Event driven programming, Duncan Cross
  • Re: Lua Event driven programming, Bulat Ziganshin
  • RE: Lua Event driven programming, John Hind
    • Re[2]: Lua Event driven programming, Bulat Ziganshin
      • RE: Re[2]: Lua Event driven programming, John Hind
  • Re: Lua Event driven programming, Linker
    • Re: Lua Event driven programming, Javier Guerra
    • Re: Lua Event driven programming, delbu9c1
    • Re: Lua Event driven programming, Henk Boom
    • Re: Lua Event driven programming, Phoenix Sol
      • Re: Lua Event driven programming, RJP Computing
      • Re: Lua Event driven programming, steve donovan
      • RE: Lua Event driven programming, John Hind
      • Re: Lua Event driven programming, delbu9c1
• Re: GC and userdata mark and sweep, Benjamin Legros
• Re: Visualising comparative programming language performance, Doug Rogers
  • Re: Visualising comparative programming language performance, Jerome Vuarand
    • Re: Visualising comparative programming language performance, Rob Kendrick
      • Re: Visualising comparative programming language performance, Pavel Kobel
      • Re: Visualising comparative programming language performance, Rob Kendrick
      • RE: Visualising comparative programming language performance, Paul Hudson
      • Re: Visualising comparative programming language performance, Jerome Vuarand
      • Re: Visualising comparative programming language performance, steve donovan
      • Re: Visualising comparative programming language performance, Rob Kendrick
      • Re: Visualising comparative programming language performance, Jerome Vuarand
      • Re: Visualising comparative programming language performance, Tony
  • <Possible follow-ups>
  • RE: Visualising comparative programming language performance, gary ng
    • Re: Visualising comparative programming language performance, Florian Weimer
  • Re: Visualising comparative programming language performance, Dolphin
    • Re: Visualising comparative programming language performance, Mike Pall
      • Re: Visualising comparative programming language performance, Dolphin
• [WIndows] Reducing Lua executable, Bulat Ziganshin
  • Re: [WIndows] Reducing Lua executable, 李慧霸
• 64 bit integers, Martin, Marcus
  • Re: 64 bit integers, Javier Guerra
    • RE: 64 bit integers, Martin, Marcus
      • Re: 64 bit integers, Joseph Stewart
      • Re: 64 bit integers, Asko Kauppi
  • Re: 64 bit integers, Sam Roberts
• Re: [ANN] llvm-lua 1.0, Alexander Gladysh
  • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
    • Re: [ANN] llvm-lua 1.0, Alexander Gladysh
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Alexander Gladysh
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Alexander Gladysh
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
  • <Possible follow-ups>
  • Re: [ANN] llvm-lua 1.0, 李慧霸
    • Re: [ANN] llvm-lua 1.0, Javier Guerra
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Mike Pall
      • Re: [ANN] llvm-lua 1.0, Alex Queiroz
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Mike Pall
      • Re: [ANN] llvm-lua 1.0, Mark Hamburg
      • Re: [ANN] llvm-lua 1.0, Alexander Gladysh
      • Re: [ANN] llvm-lua 1.0, David Given
      • Re: [ANN] llvm-lua 1.0, Mike Pall
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Mike Pall
      • Re: [ANN] llvm-lua 1.0, Robert G. Jakabosky
      • Re: [ANN] llvm-lua 1.0, Florian Weimer
      • Re: Re: [ANN] llvm-lua 1.0, lihuiba
• Function environment curiosity, Rob Hoelz
  • Re: Function environment curiosity, Rob Hoelz
  • Re: Function environment curiosity, Jerome Vuarand
• Doubt about gc's pause, Enrico Colombini
• Re: creating a zip file, Shmuel Zeigerman
• [ANN] Penlight 0.7.2, steve donovan
• Extending Lua-RPC: questions about handling index and call events, James Snyder
  • Re: Extending Lua-RPC: questions about handling index and call events, Geoff Leyland
    • Re: Extending Lua-RPC: questions about handling index and call events, James Snyder
      • Re: Extending Lua-RPC: questions about handling index and call events, Geoff Leyland
      • Re: Extending Lua-RPC: questions about handling index and call events, James Snyder
      • Re: Extending Lua-RPC: questions about handling index and call events, Geoff Leyland
      • Re: Extending Lua-RPC: questions about handling index and call events, James Snyder
• Lua site down?, Roberto Ierusalimschy
  • Re: Lua site down?, KHMan
  • Re: Lua site down?, Petite Abeille
    • Re: Lua site down?, Peter Cawley
      • Re: Lua site down?, A.
      • Re: Lua site down?, Jeff Pohlmeyer
  • Re: Lua site down?, Rob Kendrick
    • Re: Lua site down?, Daniel Silverstone
      • Re: Lua site down?, Roberto Ierusalimschy
• Getting locals in C++, Martin, Marcus
  • Re: Getting locals in C++, Patrick Donnelly
  • Re: Getting locals in C++, Javier Guerra
    • RE: Getting locals in C++, Martin, Marcus
• retrieve top-level lua_State?, Graham Wakefield
  • Re: retrieve top-level lua_State?, Robert G. Jakabosky
    • Re: retrieve top-level lua_State?, Graham Wakefield
  • Re: retrieve top-level lua_State?, TNHarris
    • Re: retrieve top-level lua_State?, David Burgess
      • Re: retrieve top-level lua_State?, Graham Wakefield
      • Re: retrieve top-level lua_State?, Florian Weimer
      • Re: retrieve top-level lua_State?, David Ludwig
      • Re: retrieve top-level lua_State?, Sam Roberts
      • Re: retrieve top-level lua_State?, Wesley Smith
      • Re: retrieve top-level lua_State?, Peter Cawley
      • Re: retrieve top-level lua_State?, Graham Wakefield
      • Re: retrieve top-level lua_State?, Sam Roberts
      • Re: retrieve top-level lua_State?, Wesley Smith
      • Re: retrieve top-level lua_State?, Sam Roberts
      • Re: retrieve top-level lua_State?, Wesley Smith
      • Re: retrieve top-level lua_State?, Florian Weimer
      • Re: retrieve top-level lua_State?, Daniel Wallin
      • Re: retrieve top-level lua_State?, Florian Weimer
      • Re: retrieve top-level lua_State?, Luiz Henrique de Figueiredo
• search for a programmer, Chris Rowland
• obtaining process exit code from popen(), John D. Blair
  • Re: obtaining process exit code from popen(), Asko Kauppi
    • Re: obtaining process exit code from popen(), Patrick Donnelly
      • Re: obtaining process exit code from popen(), steve donovan
      • Re: obtaining process exit code from popen(), steve donovan
      • Re: obtaining process exit code from popen(), Joshua Jensen
      • Re: obtaining process exit code from popen(), John D. Blair
      • Re: obtaining process exit code from popen(), Florian Weimer
      • Re: obtaining process exit code from popen(), John D. Blair
      • Message not available
      • Re: obtaining process exit code from popen(), John D. Blair
      • Re: obtaining process exit code from popen(), Joseph Stewart
      • Re: obtaining process exit code from popen(), John D. Blair
      • Re: obtaining process exit code from popen(), Joshua Jensen
• Lua / c++ help, steventidwell
  • Re: Lua / c++ help, Klaus Ripke
• API Version Query Function, Patrick Donnelly
  • Re: API Version Query Function, Michael Pruemm
    • Re: API Version Query Function, Patrick Donnelly
  • Re: API Version Query Function, Luiz Henrique de Figueiredo
    • Re: API Version Query Function, Patrick Donnelly
      • Re: API Version Query Function, Peter Cawley
    • Re: API Version Query Function, Patrick Donnelly
      • Re: API Version Query Function, Luiz Henrique de Figueiredo
      • Re[2]: API Version Query Function, Bulat Ziganshin
• Light userdata and destroyed objects, Dmitry Maluka
  • Re: Light userdata and destroyed objects, Rob Hoelz
  • Re: Light userdata and destroyed objects, Florian Weimer
  • Re: Light userdata and destroyed objects, Bulat Ziganshin
• android Scripting, Javier Guerra
  • Re: android Scripting, Patrick Donnelly
• Multi-threading with Lua, Martin, Marcus
  • Re: Multi-threading with Lua, Peter Cawley
• Table + LuaJava, Anselmo Junior
  • Re: Table + LuaJava, Robert G. Jakabosky
    • Re: Table + LuaJava, Anselmo Junior
      • Re: Table + LuaJava, Jerome Vuarand
      • Re: Table + LuaJava, Anselmo Junior
      • Re: Table + LuaJava, Robert G. Jakabosky
      • Re: Table + LuaJava, Anselmo Junior
      • Re: Table + LuaJava, Robert G. Jakabosky
      • Re: Table + LuaJava, Anselmo Junior
      • Re: Table + LuaJava, Kristofer Karlsson
      • Re: Table + LuaJava, Robert G. Jakabosky
• Userdata and memory management, Martin, Marcus
  • Re: Userdata and memory management, Rob Hoelz
• Using lua code in html pages, ALTEN - MARQUES, Emanuel
  • Re: Using lua code in html pages, Tomas Guisasola Gorham
  • <Possible follow-ups>
  • Re: Using lua code in html pages, ALTEN - MARQUES, Emanuel
• Next Version of Lua?, Olivier Hamel
  • Re: Next Version of Lua?, Jim Whitehead II
    • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, steve donovan
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Shmuel Zeigerman
      • Re: Next Version of Lua?, Luiz Henrique de Figueiredo
      • Re: Next Version of Lua? (again, \x## notation), Ico
      • Re: Next Version of Lua? (again, \x## notation), Olivier Hamel
      • Re: Next Version of Lua? (again, \x## notation), Patrick Donnelly
      • Re: Next Version of Lua? (again, \x## notation), Ralph Hempel
      • Re: Next Version of Lua? (again, \x## notation), Olivier Hamel
      • Re: Next Version of Lua? (again, \x## notation), Ralph Hempel
      • Re: Next Version of Lua? (again, \x## notation), Luiz Henrique de Figueiredo
      • RE: Next Version of Lua? (__iter metamethod), John Hind
      • Re: Next Version of Lua? (__iter metamethod), Luiz Henrique de Figueiredo
      • RE: Next Version of Lua? (__iter metamethod), John Hind
      • Re: Next Version of Lua? (__iter metamethod), Adrian Sietsma
      • Re: Next Version of Lua? (__setindex metamethod), Mark Hamburg
      • Re: Next Version of Lua? (__setindex metamethod), David Manura
      • RE: Next Version of Lua? (__iter metamethod), John Hind
      • Re: Next Version of Lua? (__iter metamethod), Mark Hamburg
      • Message not available
      • Re: Next Version of Lua? (__iter metamethod), Peter Cawley
      • RE: Next Version of Lua? (__iter metamethod), John Hind
      • Message not available
      • Re: Next Version of Lua? (__iter metamethod), Sam Roberts
      • RE: Next Version of Lua? (__iter metamethod), John Hind
      • Message not available
      • Re: Next Version of Lua? (__iter metamethod), Peter Cawley
      • Message not available
      • Re: Next Version of Lua? (__iter metamethod), David Manura
      • Re: Next Version of Lua? (__iter metamethod), steve donovan
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Henk Boom
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Henk Boom
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Peter Cawley
      • Re[2]: Next Version of Lua?, Bulat Ziganshin
      • Re: Re[2]: Next Version of Lua?, steve donovan
      • Re[4]: Next Version of Lua?, Bulat Ziganshin
      • Re: Next Version of Lua?, James Snyder
      • Re: Next Version of Lua?, Joshua Jensen
      • Re: Next Version of Lua?, Roberto Ierusalimschy
      • Re: Next Version of Lua?, Asko Kauppi
      • Re: Next Version of Lua?, Enrico Colombini
      • Re: Next Version of Lua?, Petite Abeille
      • Re: Next Version of Lua?, Sam Roberts
      • Re: Next Version of Lua?, Javier Guerra
      • Re: Next Version of Lua?, Philippe Lhoste
      • Re: Next Version of Lua?, Petite Abeille
      • Re: Next Version of Lua?, Vaughan McAlley
      • Re: Next Version of Lua?, Phoenix Sol
      • Re: Next Version of Lua?, Evan DeMond
      • Re: Next Version of Lua?, Jorge
      • Re: Next Version of Lua?, Peter Cawley
      • Re: Next Version of Lua?, Joshua Jensen
      • Re: Next Version of Lua? (continue), Richard Hundt
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, David Given
      • Re: Next Version of Lua?, Robert Raschke
      • Re: Next Version of Lua?, David Given
      • Re[2]: Next Version of Lua?, Alen Ladavac
      • Re: Next Version of Lua?, Florian Weimer
      • Re: Next Version of Lua?, Roberto Ierusalimschy
      • Re: Next Version of Lua?, Florian Weimer
      • Re: Next Version of Lua?, Hisham
      • Re: Next Version of Lua?, Peter Cawley
      • Re: Next Version of Lua?, Hisham
      • Re: Next Version of Lua?, Henk Boom
      • Re: Next Version of Lua?, Florian Weimer
      • Re: Next Version of Lua?, Henk Boom
      • RE: Next Version of Lua?, John Hind
      • Re: Next Version of Lua?, Luiz Henrique de Figueiredo
      • RE: Next Version of Lua?, John Hind
      • Re: Next Version of Lua?, Luiz Henrique de Figueiredo
      • Re: Next Version of Lua?, steve donovan
      • Re: Next Version of Lua?, Peter Cawley
      • Re: Next Version of Lua?, Peter Cawley
      • Re: Next Version of Lua?, steve donovan
      • Re: Next Version of Lua?, Luiz Henrique de Figueiredo
      • Message not available
      • Re: Next Version of Lua?, steve donovan
      • Re: Next Version of Lua?, Niklas Frykholm
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, Niklas Frykholm
      • Re: Next Version of Lua?, Duncan Cross
      • Re: Next Version of Lua?, Asko Kauppi
      • Re: Next Version of Lua?, Niklas Frykholm
      • Re: Next Version of Lua?, Asko Kauppi
      • Re: Next Version of Lua?, steve donovan
      • 2D/3D vectors (Re: Next Version of Lua?), Asko Kauppi
      • Re: Next Version of Lua?, Niklas Frykholm
      • Re: Next Version of Lua?, steve donovan
      • Re[2]: Next Version of Lua?, Bulat Ziganshin
      • Re: Next Version of Lua?, Niklas Frykholm
      • Re: Next Version of Lua?, Mark Hamburg
      • Re: Next Version of Lua?, Mark Hamburg
      • Re[2]: Next Version of Lua?, Bulat Ziganshin
      • Re: Next Version of Lua?, Mark Hamburg
      • Re: Next Version of Lua?, Florian Weimer
      • Next Version of Lua, Michael Newberry
      • Re: Next Version of Lua, David Manura
      • Re: Next Version of Lua, Patrick Donnelly
      • Re: Next Version of Lua, Luiz Henrique de Figueiredo
      • Re: Next Version of Lua, Henk Boom
      • Re: Next Version of Lua, David Manura
      • Re: Next Version of Lua, David Manura
  • Re: Next Version of Lua?, Ralph Hempel
    • Re: Next Version of Lua?, Enrico Colombini
      • Re: Next Version of Lua?, Ralph Hempel
      • Re: Next Version of Lua?, Enrico Colombini
      • Re: Next Version of Lua?, Enrico Colombini
  • <Possible follow-ups>
  • Re: Next Version of Lua?, Hans van der Meer
    • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, steve donovan
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Hans van der Meer
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Eike Decker
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Roberto Ierusalimschy
      • Re: Next Version of Lua?, Enrico Colombini
      • Re: Next Version of Lua?, Roberto Ierusalimschy
      • Re: Next Version of Lua?, Olivier Hamel
      • Re: Next Version of Lua?, Jim Mellander
      • Re: Next Version of Lua?, Asko Kauppi
      • Re: Next Version of Lua?, Petite Abeille
      • Re: Next Version of Lua?, Javier Guerra
      • Re: Next Version of Lua?, Enrico Colombini
      • Re: Next Version of Lua?, Asko Kauppi
      • Re: Next Version of Lua?, Philippe Lhoste
      • Re: Next Version of Lua? - Bitwise Ops & Enum/Flags, Olivier Hamel
      • Re: Next Version of Lua? - Bitwise Ops & Enum/Flags, Olivier Hamel
      • Re: Next Version of Lua? - Bitwise Ops & Enum/Flags, Henk Boom
      • Re: Next Version of Lua? - Bitwise Ops & Enum/Flags, Olivier Hamel
      • Re: Next Version of Lua?, Asko Kauppi
  • Next Version of Lua?, bb
    • Re: Next Version of Lua?, Luiz Henrique de Figueiredo
• [PATCH] lpeg 0.9 - fix double->int cast warning in VS2008, Thomas Harning Jr.
• LPEG - next version, Thomas Harning Jr.
  • Re: LPEG - next version, Roberto Ierusalimschy
    • Re: LPEG - next version, Florian Weimer
      • Re: LPEG - next version, Miles Bader
      • Re: LPEG - next version, David Given
      • Re: LPEG - next version, Miles Bader
      • Re: LPEG - next version, Klaus Ripke
      • Re: LPEG - next version, Florian Weimer
• Re: Removing debug assertions, Ronald Lamprecht
• integer overflow 32/64bit, Norbert Kiesel
  • Re: integer overflow 32/64bit, Peter Cawley
    • Re: integer overflow 32/64bit, Norbert Kiesel
  • Re: integer overflow 32/64bit, Roberto Ierusalimschy
    • Re: integer overflow 32/64bit, Norbert Kiesel
      • Re: integer overflow 32/64bit, Roberto Ierusalimschy
• Feature request: allow nil as table key, Jerome Vuarand
  • Re: Feature request: allow nil as table key, Peter Cawley
  • Re: Feature request: allow nil as table key, Duncan Cross
    • Re: Feature request: allow nil as table key, Jerome Vuarand
• RE: Next Version of Lua?, mark
  • Re: Next Version of Lua?, David Manura
    • Re: Next Version of Lua?, Mark Hamburg
      • Re: Next Version of Lua?, Mark Hamburg
      • Re: Next Version of Lua?, Steven Johnson
      • Re: Next Version of Lua?, Mark Hamburg
• unpack() behaviour not as documented, Sam Roberts
  • Re: unpack() behaviour not as documented, Peter Cawley
  • Re: unpack() behaviour not as documented, Duncan Cross
    • Re: unpack() behaviour not as documented, Sam Roberts
      • Re: unpack() behaviour not as documented, Javier Guerra
    • Re[2]: unpack() behaviour not as documented, Bulat Ziganshin
      • Re[3]: unpack() behaviour not as documented, Bulat Ziganshin
      • Re: Re[3]: unpack() behaviour not as documented, Vaughan McAlley
      • Re: Re[3]: unpack() behaviour not as documented, lostgallifreyan
      • Re: Re[3]: unpack() behaviour not as documented, Jerome Vuarand
      • Re: Re[3]: unpack() behaviour not as documented, Peter Cawley
      • Re: Re[3]: unpack() behaviour not as documented, Vaughan McAlley
      • Re: Re[3]: unpack() behaviour not as documented, Jerome Vuarand
  • Re: unpack() behaviour not as documented, Thomas Harning Jr.
  • Re: unpack() behaviour not as documented, Jerome Vuarand
• [LuaSocket] IPv6, Nicholas Thomas
  • Re: [LuaSocket] IPv6, Diego Nehab
    • Re: [LuaSocket] IPv6, nick
    • Re: [LuaSocket] IPv6, Nicholas Thomas
• Assigning upvalues to closures, Daniel Hanson
  • Re: Assigning upvalues to closures, Luiz Henrique de Figueiredo
• State machines and goto (Was: Next Version of Lua?), Robert Raschke
  • Re: State machines and goto (Was: Next Version of Lua?), Alen Ladavac
    • RE: State machines and goto (Was: Next Version of Lua?), John Hind
      • Re: State machines and goto (Was: Next Version of Lua?), Alen Ladavac
      • Re[2]: State machines and goto (Was: Next Version of Lua?), Bulat Ziganshin
  • Re: State machines and goto (Was: Next Version of Lua?), David Given
    • Re: State machines and goto (Was: Next Version of Lua?), Robert Raschke
• Translating Function calls into Shell Commands, steve donovan
  • Re: Translating Function calls into Shell Commands, RJP Computing
    • Re: Translating Function calls into Shell Commands, Duboucher Thomas
      • Re: Translating Function calls into Shell Commands, steve donovan
• Patch for continue in 5.1, Peter Cawley
  • Re: Patch for continue in 5.1, Edgar Toernig
    • Re: Patch for continue in 5.1, Peter Cawley
  • Re: Patch for continue in 5.1, Linker
• Using Lua within Finnish Meteorological Institute, Asko Kauppi
• Announcement: new Kahlua milestone released, Kristofer Karlsson
• thread safety., George Neill
  • Re: thread safety., Asko Kauppi
    • Re: thread safety., George Neill
      • Re: thread safety., Luiz Henrique de Figueiredo
      • Re: thread safety., George Neill
    • Re: thread safety., George Neill
• [ANN] LuaJSON 1.0 Released, Thomas Harning Jr.
• Luup (Lua-UPnP) home automation & cash+hardware for Lua developers, Luup Luup
  • Re: Luup (Lua-UPnP) home automation & cash+hardware for Lua developers, Olivier Hamel
• copas timeout?, Eike Decker
  • Re: copas timeout?, Petite Abeille
  • <Possible follow-ups>
  • Re: copas timeout?, gary ng
• embed Lua in your Canon camera!, Louis Mamakos
  • Re: embed Lua in your Canon camera!, Enrico Colombini
    • Re: embed Lua in your Canon camera!, Isaac Guenard
      • Re: embed Lua in your Canon camera!, Enrico Colombini
• rethinking method calls with __mcall metamethod rather than __index/__call, David Manura
  • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Mark Hamburg
    • Re: rethinking method calls with __mcall metamethod rather than __index/__call, David Manura
      • Re: rethinking method calls with __mcall metamethod rather than __index/__call, David Manura
      • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Mark Hamburg
    • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Steven Johnson
      • Re: rethinking method calls with __mcall metamethod rather than __index/__call, David Manura
      • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Steven Johnson
  • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Edgar Toernig
  • Re: rethinking method calls with __mcall metamethod rather than __index/__call, steve donovan
  • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Daniel Silverstone
    • Re: rethinking method calls with __mcall metamethod rather than __index/__call, Daniel Silverstone
      • Re: rethinking method calls with __mcall metamethod rather than __index/__call, David Manura
• Calling Lua operatiors from C, Juris Kalnins
  • RE: Calling Lua operatiors from C, John Hind
  • Message not available
    • Re: Calling Lua operatiors from C, David Manura
      • Re: Calling Lua operatiors from C, Juris Kalnins
• main function has more than 200 local variables, Sivan Thiruvengadam
  • Re: main function has more than 200 local variables, Rob Kendrick
    • Re: main function has more than 200 local variables, Roberto Ierusalimschy
    • Re: main function has more than 200 local variables, Sivan Thiruvengadam
      • Re: main function has more than 200 local variables, Peter Cawley
      • Re: main function has more than 200 local variables, David Manura
  • Re: main function has more than 200 local variables, Peter Cawley
  • Re: main function has more than 200 local variables, Ralph Hempel
  • Re: main function has more than 200 local variables, Philippe Lhoste
• [ANN] LuaSVN 0.4.0, Sérgio Medeiros
• Next version of Lua - new 'createtable' function, Marco Antonio Abreu
  • Re: Next version of Lua - new 'createtable' function, steve donovan
    • Re: Next version of Lua - new 'createtable' function, Marco Antonio Abreu
      • Re: Next version of Lua - new 'createtable' function, steve donovan
      • Re: Next version of Lua - new 'createtable' function, Fabio Mascarenhas
      • Re: Next version of Lua - new 'createtable' function, Marco Antonio Abreu
      • Re: Next version of Lua - new 'createtable' function, Peter Cawley
      • Re: Next version of Lua - new 'createtable' function, Duncan Cross
      • Re: Next version of Lua - new 'createtable' function, Marco Antonio Abreu
  • Re: Next version of Lua - new 'createtable' function, Patrick Donnelly
• simple local variables question, Norbert Kiesel
  • Re: simple local variables question, Peter Cawley
    • Re: simple local variables question, Norbert Kiesel
      • Re: simple local variables question, Duncan Cross
      • Re: simple local variables question, Javier Guerra
• Read only tables., Imagine Programming
  • Re: Read only tables., Luiz Henrique de Figueiredo
    • Re: Read only tables., Javier Guerra
      • Re: Read only tables., Luiz Henrique de Figueiredo
  • <Possible follow-ups>
  • RE: Read only tables., contact
    • Re: Read only tables., Jerome Vuarand
      • Re: Read only tables., Imagine Programming
      • Re: Read only tables., Sam Roberts
      • Re: Read only tables., Imagine Programming
      • Re: Read only tables., Sam Roberts
      • Re: Read only tables., Imagine Programming
      • Re: Read only tables., Sam Roberts
      • Re: Read only tables., Imagine Programming
• [ANN] Lua for Linux, alpha release, steve donovan
  • Re: [ANN] Lua for Linux, alpha release, Sam Roberts
    • Re: [ANN] Lua for Linux, alpha release, steve donovan
      • Re: [ANN] Lua for Linux, alpha release, Rob Kendrick
      • Re: [ANN] Lua for Linux, alpha release, Sam Roberts
      • Re: [ANN] Lua for Linux, alpha release, Jan Schütze
      • Re: [ANN] Lua for Linux, alpha release, steve donovan
      • Re: [ANN] Lua for Linux, alpha release, Miles Bader
      • Re: [ANN] Lua for Linux, alpha release, David Given
      • Re: [ANN] Lua for Linux, alpha release, RJP Computing
      • Re: [ANN] Lua for Linux, alpha release, Hisham
      • Re: [ANN] Lua for Linux, alpha release, RJP Computing
      • Re: [ANN] Lua for Linux, alpha release, Rob Kendrick
      • Re: [ANN] Lua for Linux, alpha release, Wesley Smith
      • Re: [ANN] Lua for Linux, alpha release, RJP Computing
      • Re: [ANN] Lua for Linux, alpha release, Rob Kendrick
      • Re: [ANN] Lua for Linux, alpha release, Enrico Colombini
      • Re: [ANN] Lua for Linux, alpha release, Jim Mellander
      • Re: [ANN] Lua for Linux, alpha release, Miles Bader
      • Re: [ANN] Lua for Linux, alpha release, Hisham
      • Re: [ANN] Lua for Linux, alpha release, Hisham
• Idle Development Kit, prerelease, Thomas Lauer
  • Re: Idle Development Kit, prerelease, Sam Roberts
    • Re: Idle Development Kit, prerelease, Ralph Hempel
      • Re: Idle Development Kit, prerelease, Daniel Hanson
• lua_getlocal, Sivan Thiruvengadam
• Accessing Local lua table in C++, Sivan Thiruvengadam
  • Re: Accessing Local lua table in C++, David Given
• Why does this exit the function early?, Paul Butler
  • Re: Why does this exit the function early?, Mike Crowe
  • Re: Why does this exit the function early?, Stefan Brantschen
• [Q] invoking Lua from within PHP, V S P
  • Re: [Q] invoking Lua from within PHP, Eike Decker
    • Re: [Q] invoking Lua from within PHP, Bertrand Mansion
      • Re: [Q] invoking Lua from within PHP, Bertrand Mansion
• Indices in Lua, Hans van der Meer
  • Re: Indices in Lua, Roberto Ierusalimschy
    • Re: Indices in Lua, Hans van der Meer
      • Re: Indices in Lua, Sam Roberts
      • Re: Indices in Lua, Hans van der Meer
      • Re: Indices in Lua, Roberto Ierusalimschy
    • light userdata (was Re: Indices in Lua), Juris Kalnins
      • Re: light userdata (was Re: Indices in Lua), Peter Cawley
      • Re: light userdata (was Re: Indices in Lua), Juris Kalnins
  • Re: Indices in Lua, Peter Cawley
• RE: Launch vxWorks Script from Lua Shell, Katherine Shaughnessy
  • Re: Launch vxWorks Script from Lua Shell, Ralph Hempel
  • Re: Launch vxWorks Script from Lua Shell, Sam Roberts
• Segmentation fault: Lua and pthread, Marc Vollmer
  • Re: Segmentation fault: Lua and pthread, Peter Cawley
  • Re: Segmentation fault: Lua and pthread, Rob Hoelz
    • Re: Segmentation fault: Lua and pthread, Duboucher Thomas
      • Re: Segmentation fault: Lua and pthread, Javier Guerra
    • Re: Segmentation fault: Lua and pthread, Marc Vollmer
      • Re: Segmentation fault: Lua and pthread, Sam Roberts
      • Re[2]: Segmentation fault: Lua and pthread, Bulat Ziganshin
      • Re: Re[2]: Segmentation fault: Lua and pthread, Sam Roberts
• Help with an LPEG Grammar, Luís Eduardo Jason Santos
  • Re: Help with an LPEG Grammar, Peter Cawley
    • Re: Help with an LPEG Grammar, Luís Eduardo Jason Santos
• luaL_checkudata in next version, Hans van der Meer
  • Re: luaL_checkudata in next version, Peter Cawley
    • Re: luaL_checkudata in next version, Hans van der Meer
      • Re: luaL_checkudata in next version, Hans van der Meer
  • Re: luaL_checkudata in next version, Luiz Henrique de Figueiredo
    • Re: luaL_checkudata in next version, Hans van der Meer
• Try Lua!, Bertrand Mansion
  • Re: Try Lua!, Phoenix Sol
    • Re: Try Lua!, Henk Boom
    • Re: Try Lua!, Bertrand Mansion
      • Re: Try Lua!, Phoenix Sol
  • Re: Try Lua!, Peter Cawley
    • Re: Try Lua!, Bertrand Mansion
  • Re: Try Lua!, Miles Bader
    • Re: Try Lua!, Peter Cawley
      • Re: Try Lua!, Bertrand Mansion
  • Re: Try Lua!, Matthew Paul Del Buono
  • <Possible follow-ups>
  • Re: Try Lua!, Matthew Paul Del Buono
    • Re: Try Lua!, Sivan Thiruvengadam
      • Re: Try Lua!, Bertrand Mansion
    • Re: Try Lua!, Bertrand Mansion
      • Re: Try Lua!, Jim Whitehead II
      • Re: Try Lua!, steve donovan
      • Re: Try Lua!, Jim Whitehead II
      • Re: Try Lua!, steve donovan
      • Re: Try Lua!, Mark Hamburg
      • Re: Try Lua!, Eike Decker
      • Re: Try Lua!, Cuero Bugot
• strangeness in handling tables, bb
  • Re: strangeness in handling tables, Peter Cawley
    • Re: strangeness in handling tables, bb
      • Re: strangeness in handling tables, Peter Cawley
  • Re: strangeness in handling tables, Duncan Cross
• [ANN] Lunatest - new randomized testing library, Scott Vokes
• mixed table data structures, Phoenix Sol
  • Re: mixed table data structures, Duncan Cross
    • Re: mixed table data structures, Wesley Smith
• Lua next version, bb
  • Re: Lua next version, Peter Cawley
    • Re: Lua next version, bb
    • RE: Lua next version, greegree
      • Re: Lua next version, Henk Boom
    • Re: Lua next version, bb
      • Re[2]: Lua next version, Bulat Ziganshin
      • Re: Lua next version, Miles Bader
      • Re: Lua next version, Eduardo Ochs
      • Re: Lua next version, bb
      • Re: Lua next version, David Given
      • Re: Lua next version, Luiz Henrique de Figueiredo
      • Re: Lua next version, Jim Whitehead II
      • Re: Lua next version, Enrico Colombini
      • Re: Lua next version, David Given
      • Re: Lua next version, Cosmin Apreutesei
      • Re: Lua next version, steve donovan
      • Re: Lua next version, Cosmin Apreutesei
      • Re: Lua next version, steve donovan
      • RE: Lua next version, John Hind
      • Re: Lua next version, Doug Currie
      • Message not available
      • Re: Lua next version, Kristofer Karlsson
      • RE: Lua next version, John Hind
      • Message not available
      • Re: Lua next version, Cosmin Apreutesei
      • Re: Lua next version, steve donovan
      • Re: Lua next version, Henk Boom
      • Re: Lua next version, Henk Boom
• Re: strangeness in handling tables (bb), paul . hermeneutic
  • Re: strangeness in handling tables (bb), Kristofer Karlsson
• Problem Integrating Lua with Visual Studio 2005, shanthan raj
  • Re: Problem Integrating Lua with Visual Studio 2005, A.
    • Re: Problem Integrating Lua with Visual Studio 2005, shanthan raj
• lpeg pattern limit and hacking, Cheng, Long
  • Re: lpeg pattern limit and hacking, Patrick Donnelly
• LuaSocket --- client:receive(), Francisco Sant'anna
  • Re: LuaSocket --- client:receive(), Sam Roberts
    • Re: LuaSocket --- client:receive(), Francisco Sant'anna
      • Re: LuaSocket --- client:receive(), Sam Roberts
      • Re: LuaSocket --- client:receive(), Francisco Sant'anna
• Re: lua on iphone/itouch?, Philippe Lhoste
  • Re: lua on iphone/itouch?, Alex Queiroz
    • Re: lua on iphone/itouch?, Phoenix Sol
      • Re: lua on iphone/itouch?, Yuri Takhteyev
      • Re: lua on iphone/itouch?, David Given
      • Re: lua on iphone/itouch?, Phoenix Sol
    • Re: lua on iphone/itouch?, Philippe Lhoste
      • Re: lua on iphone/itouch?, Alex Queiroz
  • Re: lua on iphone/itouch?, E. Wing
    • Re: lua on iphone/itouch?, Phoenix Sol
• [ANN] LuaPerl v1.4, Thomas Lauer
  • Re: [ANN] LuaPerl v1.4, steve donovan
    • Re: [ANN] LuaPerl v1.4, Thomas Lauer
• [ANN] Corona SDK for iPhone App Development, Walter Luh
  • Re: [ANN] Corona SDK for iPhone App Development, Bogdan Marinescu
    • Re: [ANN] Corona SDK for iPhone App Development, Walter Luh
      • Re: [ANN] Corona SDK for iPhone App Development, Bogdan Marinescu
      • Re: [ANN] Corona SDK for iPhone App Development, Romulo
  • Re: [ANN] Corona SDK for iPhone App Development, Enrico Colombini
  • Re: [ANN] Corona SDK for iPhone App Development, Phoenix Sol
    • Re: [ANN] Corona SDK for iPhone App Development, Lee Hickey
      • Re: [ANN] Corona SDK for iPhone App Development, noel frankinet
  • <Possible follow-ups>
  • Re: [ANN] Corona SDK for iPhone App Development, Walter Luh
    • Re: [ANN] Corona SDK for iPhone App Development, Luiz Henrique de Figueiredo
      • Re: [ANN] Corona SDK for iPhone App Development, Phoenix Sol
      • Re: [ANN] Corona SDK for iPhone App Development, Peter Cawley
      • Re: [ANN] Corona SDK for iPhone App Development, Phoenix Sol
      • Re: [ANN] Corona SDK for iPhone App Development, Jeff Pohlmeyer
      • Re: [ANN] Corona SDK for iPhone App Development, Miles Bader
    • Re: [ANN] Corona SDK for iPhone App Development, Roberto Ierusalimschy
• Unexpected table.remove behaviour., lostgallifreyan
  • Re: Unexpected table.remove behaviour., Bulat Ziganshin
  • Re: Unexpected table.remove behaviour., Linker
  • Re: Unexpected table.remove behaviour., Patrick Donnelly
    • Re: Unexpected table.remove behaviour., lostgallifreyan
    • Re: Unexpected table.remove behaviour., lostgallifreyan
    • Re: Unexpected table.remove behaviour., lostgallifreyan
      • Re: Unexpected table.remove behaviour., Dolphin
      • Re[2]: Unexpected table.remove behaviour., Bulat Ziganshin
      • Re: Unexpected table.remove behaviour., Enrico Colombini
      • Re[2]: Unexpected table.remove behaviour., Bulat Ziganshin
      • Re: Unexpected table.remove behaviour., lostgallifreyan
      • Re: Unexpected table.remove behaviour., Enrico Colombini
      • Re: Unexpected table.remove behaviour., lostgallifreyan
      • Re: Unexpected table.remove behaviour., Doug Currie
      • Re: Unexpected table.remove behaviour., lostgallifreyan
      • Re: Unexpected table.remove behaviour., lostgallifreyan
      • RE: Re[2]: Unexpected table.remove behaviour., Paul Hudson
      • Re[4]: Unexpected table.remove behaviour., Bulat Ziganshin
      • Re: Unexpected table.remove behaviour., Shmuel Zeigerman
      • Re: Unexpected table.remove behaviour., lostgallifreyan
• Re: lua on iphone/itouch? (lua-llvm), E. Wing
  • Re: lua on iphone/itouch? (llvm-lua), Robert G. Jakabosky
• lua_replace finding, Shmuel Zeigerman
  • Re: lua_replace finding, Patrick Donnelly
    • Re: lua_replace finding, Shmuel Zeigerman
      • RE: lua_replace finding, John Hind
      • Re: lua_replace finding, Jerome Vuarand
• Event callbacks, Jose Marin
  • Re: Event callbacks, Peter Cawley
    • Res: Event callbacks, Jose Marin
• [Q] How to deterministically release lsf.dir resources?, Leo Razoumov
  • Re: [Q] How to deterministically release lsf.dir resources?, Petite Abeille
    • Re: [Q] How to deterministically release lsf.dir resources?, Leo Razoumov
• A crash bug in v5.1.4, mark
  • Re: A crash bug in v5.1.4, Asko Kauppi
    • Re: A crash bug in v5.1.4, mark
  • Re: A crash bug in v5.1.4, Wim Couwenberg
  • Re: A crash bug in v5.1.4, joshua simmons
    • Re: A crash bug in v5.1.4, steve donovan
      • Re: A crash bug in v5.1.4, lostgallifreyan
      • Re: A crash bug in v5.1.4, Hans van der Meer
      • Re: A crash bug in v5.1.4, Mike Pall
      • Re: A crash bug in v5.1.4, Thomas Harning Jr.
      • Re: A crash bug in v5.1.4, Roberto Ierusalimschy
  • Re: A crash bug in v5.1.4, Mike Pall
    • Re: A crash bug in v5.1.4, Leo Razoumov
      • Re: A crash bug in v5.1.4, Mike Pall
• Compiling simple C application with embedded Lua, František Fuka
  • Re: Compiling simple C application with embedded Lua, Matthew Wild
    • Re[2]: Compiling simple C application with embedded Lua, Bulat Ziganshin
  • Re: Compiling simple C application with embedded Lua, Martin Hurton
  • <Possible follow-ups>
  • Compiling simple C application with embedded Lua, František Fuka
• luajit and SIMD?, Cosmin Apreutesei
  • Re: luajit and SIMD?, Mike Pall
• Embedding Lua / IUP, Bob Hibberdine
  • RES: Embedding Lua / IUP, Antonio Scuri
    • RE: Embedding Lua / IUP, Bob Hibberdine
      • RE: Embedding Lua / IUP, Bob Hibberdine
• __index metamethod, Sean Riley
  • Re: __index metamethod, Peter Cawley
    • Re: __index metamethod, Matthew Wild
  • Re: __index metamethod, Geoffroy Carrier
  • Re: __index metamethod, Evan DeMond
• [ANN] Lua for Windows v5.1.4-28 Released, RJP Computing

---

Mail converted by MHonArc 2.6.19