lua-l archive

[Date Index] [Thread Index]

• Bug in Lua 5.0.2, Spencer Schumann
  • Re: Bug in Lua 5.0.2, David Burgess
    • Re: Bug in Lua 5.0.2, Spencer Schumann
  • Re: Bug in Lua 5.0.2, Roberto Ierusalimschy
  • <Possible follow-ups>
  • Re: Bug in Lua 5.0.2, Roberto Ierusalimschy
    • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, Roberto Ierusalimschy
      • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, skaller
      • Re: Bug in Lua 5.0.2, skaller
      • Re: Bug in Lua 5.0.2, Roberto Ierusalimschy
      • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, Spencer Schumann
      • Re: Bug in Lua 5.0.2, Roberto Ierusalimschy
• Re: Lua 5.1 (work4) now available, David Burgess
  • Re: Lua 5.1 (work4) now available, David Burgess
  • <Possible follow-ups>
  • Re: Lua 5.1 (work4) now available, Roberto Ierusalimschy
  • Re: Lua 5.1 (work4) now available, Roberto Ierusalimschy
    • Re: Lua 5.1 (work4) now available, Adam D. Moss
    • Re: Lua 5.1 (work4) now available, Adam D. Moss
  • Re: Lua 5.1 (work4) now available, David Burgess
    • Re: Lua 5.1 (work4) now available, Adam D. Moss
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, Adam D. Moss
  • Re: Lua 5.1 (work4) now available, Roberto Ierusalimschy
    • Re: Lua 5.1 (work4) now available, Adam D. Moss
      • Re: Lua 5.1 (work4) now available, Roberto Ierusalimschy
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, Diego Nehab
      • Re: Lua 5.1 (work4) now available, David Burgess
      • Re: Lua 5.1 (work4) now available, David Burgess
      • GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mike Pall
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mike Pall
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mark Hamburg
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mark Hamburg
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mark Hamburg
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mark Hamburg
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mark Hamburg
      • GC by tracking, skaller
      • Re: GC by tracking, Mark Hamburg
      • Re: GC by tracking, skaller
      • Re: GC [was Re: Lua 5.1 (work4) now available], skaller
      • Changing double to float in tolua++, Tham Chun Neng
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mike Pall
      • Re: GC [was Re: Lua 5.1 (work4) now available], Adam D. Moss
      • Re: GC [was Re: Lua 5.1 (work4) now available], skaller
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], Mike Pall
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], skaller
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
      • Re: GC [was Re: Lua 5.1 (work4) now available], Roberto Ierusalimschy
• Re: comparing Lua with other languages, Wim Couwenberg
  • Re: comparing Lua with other languages, Philippe Lhoste
    • Re: comparing Lua with other languages, Philippe Lhoste
      • Re: comparing Lua with other languages, Roberto Ierusalimschy
      • Re: comparing Lua with other languages, Philippe Lhoste
      • Re: comparing Lua with other languages, Philippe Lhoste
      • Re: comparing Lua with other languages, Daniel Quintela
      • Re: comparing Lua with other languages, Roberto Ierusalimschy
• Compiling wxLua with wxWidgets 2.5.3, Adam Dziendziel
  • <Possible follow-ups>
  • Re: Compiling wxLua with wxWidgets 2.5.3, Frank Bechmann
• [ANN] KurmiDlg - First version released, Daniel Quintela
  • Re: [ANN] KurmiDlg - First version released, Daniel Quintela
    • Re: [ANN] KurmiDlg - First version released, David Burgess
      • Re: [ANN] KurmiDlg - First version released, Daniel Quintela
      • Re: [ANN] KurmiDlg - First version released, Philippe Lhoste
      • Re: [ANN] KurmiDlg - First version released, Daniel Quintela
      • Re: [ANN] KurmiDlg - First version released, Daniel Quintela
• Re: work4 - dependencies, David Burgess
  • Re: work4 - dependencies, Diego Nehab
• Operator table [](void) proposal, Adam Dziendziel
• Some lua-5.0.2 patches, and PlayStation2 binary distrib., Nicolas Noble
• work4 - gcinfo, David Burgess
  • Re: work4 - gcinfo, Roberto Ierusalimschy
• Callback functions, Andreas Falkenhahn
  • Re: Callback functions, Shmuel Zeigerman
  • Re: Callback functions, Philippe Lhoste
• 5.1 docs, David Burgess
• [ANNOUNCE] LuaSocket 2.0 beta 3, Diego Nehab
• Testing for CamelCase, Alex Sandro Queiroz e Silva
  • Re: Testing for CamelCase, Thomas Wrensch
    • Re: Testing for CamelCase, Alex Sandro Queiroz e Silva
      • Re: Testing for CamelCase, Thomas Wrensch
      • Re: Testing for CamelCase, Alex Sandro Queiroz e Silva
  • <Possible follow-ups>
  • RE: Testing for CamelCase, Andre Carregal
    • Wiki syntax (was Re: Testing for CamelCase), Alex Sandro Queiroz e Silva
      • Re: Wiki syntax (was Re: Testing for CamelCase), Mark Hamburg
      • Re: Wiki syntax (was Re: Testing for CamelCase), Alex Sandro Queiroz e Silva
      • Re: Wiki syntax (was Re: Testing for CamelCase), Adrián Pérez
      • Re: Wiki syntax (was Re: Testing for CamelCase), duck
    • RE: Testing for CamelCase, Thomas Wrensch
• CamelCase revisited, Alex Sandro Queiroz e Silva
• LuaForge Status, Andre Carregal
  • <Possible follow-ups>
  • RE: LuaForge Status, Andre Carregal
• I'm overlooking something fundamental..., edwin
  • RE: I'm overlooking something fundamental..., Kevin Baca
  • Re: I'm overlooking something fundamental..., duck
• parsing gcc .tu, Luiz Henrique de Figueiredo
• Setting the __mode metatable field, David Jones
  • Re: Setting the __mode metatable field, Roberto Ierusalimschy
  • Re: Setting the __mode metatable field, Mike Pall
    • Re: Setting the __mode metatable field, Mark Hamburg
• srlua extension to run with glued zip file, Frank Bechmann
  • <Possible follow-ups>
  • FW: srlua extension to run with glued zip file, Frank Bechmann
    • Re: FW: srlua extension to run with glued zip file, duck
      • Re: FW: srlua extension to run with glued zip file, Jay Carlson
      • RES: FW: srlua extension to run with glued zip file, André de Leiradella
      • Re: RES: FW: srlua extension to run with glued zip file, Jay Carlson
      • RES: RES: FW: srlua extension to run with glued zip file, André de Leiradella
      • Re: FW: srlua extension to run with glued zip file, Philippe Lhoste
      • Re: FW: srlua extension to run with glued zip file, Jay Carlson
      • Re: FW: srlua extension to run with glued zip file, duck
      • RES: FW: srlua extension to run with glued zip file, André de Leiradella
      • RES: FW: srlua extension to run with glued zip file, André de Leiradella
  • Re: FW: srlua extension to run with glued zip file, Steve Donovan
    • Re: FW: srlua extension to run with glued zip file, Luiz Henrique de Figueiredo
      • RES: FW: srlua extension to run with glued zip file, André de Leiradella
      • Re: FW: srlua extension to run with glued zip file, duck
  • Re: FW: srlua extension to run with glued zip file, Frank Bechmann
  • Re: FW: srlua extension to run with glued zip file, Frank Bechmann
    • Re: FW: srlua extension to run with glued zip file, Daniel Quintela
  • Re: FW: srlua extension to run with glued zip file, Frank Bechmann
  • Re: FW: srlua extension to run with glued zip file, Frank Bechmann
    • Re: FW: srlua extension to run with glued zip file, duck
• Is there any easy way to copy lua functions(not c functions), Jacob Devore
  • Re: Is there any easy way to copy lua functions(not c functions), Joseph Stewart
  • <Possible follow-ups>
  • RE: Is there any easy way to copy lua functions(not c functions), Jacob Devore
    • Re: Is there any easy way to copy lua functions(not c functions), Roberto Ierusalimschy
  • RE: Is there any easy way to copy lua functions(not c functions), Jacob Devore
• multiple embedded interpreters?, edwin
  • RE: multiple embedded interpreters?, Kevin Baca
  • Re: multiple embedded interpreters?, skaller
• newbie question ..., HAUTECOEUR Bruno
  • <Possible follow-ups>
  • Re: newbie question ..., Steve Donovan
• RE: Documentation tools, Andre Carregal
  • Re: Documentation tools, PA
  • <Possible follow-ups>
  • RE: Documentation tools, Andre Carregal
    • Re: Documentation tools, PA
• new project added, Luiz Henrique de Figueiredo
  • <Possible follow-ups>
  • new project added, Luiz Henrique de Figueiredo
• bug, -0 is not evaluated correctly., David Jones
  • Re: bug, -0 is not evaluated correctly., Luiz Henrique de Figueiredo
    • Re: bug, -0 is not evaluated correctly., Roberto Ierusalimschy
      • Re: bug, -0 is not evaluated correctly., Asko Kauppi
      • Re: bug, -0 is not evaluated correctly., David Jones
      • Re: bug, -0 is not evaluated correctly., duck
• GC performance, skaller
  • RE: GC performance, Joshua Jensen
    • RE: GC performance, skaller
      • RE: GC performance, Joshua Jensen
• a library knowing its whereabouts?, Asko Kauppi
  • Re: a library knowing its whereabouts?, Tomas
    • Re: a library knowing its whereabouts?, Asko Kauppi
  • Re: a library knowing its whereabouts?, Mark Hamburg
    • Re: a library knowing its whereabouts?, Asko Kauppi
      • Re: a library knowing its whereabouts?, Wim Couwenberg
      • Re: a library knowing its whereabouts?, Asko Kauppi
      • Re: a library knowing its whereabouts?, Wim Couwenberg
• Re: package proposal, Mark Hamburg
  • <Possible follow-ups>
  • Re: package proposal, Mark Hamburg
    • Re: package proposal, Diego Nehab
      • Re: package proposal, Mark Hamburg
      • Re: package proposal, David Burgess
      • Re: package proposal, Diego Nehab
• Encapsulation, table-protection, and packages, Mark Hamburg
  • Re: Encapsulation, table-protection, and packages, Roberto Ierusalimschy
    • Re: Encapsulation, table-protection, and packages, Mark Hamburg
• GC incmode, skaller
  • Re: GC incmode, Mike Pall
    • Re: GC incmode, skaller
    • Re: GC incmode, skaller
• 5.1: select, Mark Hamburg
  • Re: 5.1: select, Roberto Ierusalimschy
    • Re: 5.1: select, David Burgess
• Re: tonumber metamethod?, Luis Carvalho
• Looking for 1-2 mid-to-expert level LUA AI coders!, Edwin Carter
• Some GC measurements, Adam D. Moss
  • Re: Some GC measurements, Adam D. Moss
• SDL with Lua 5?, Joe Seeley
  • Re: SDL with Lua 5?, Asko Kauppi
    • Re: SDL with Lua 5?, Adrián Pérez
• ... and select(), Adam D. Moss
• select - work4, David Burgess
• sound in lua, Adrian Sietsma
  • Re: sound in lua, Asko Kauppi
    • Re: sound in lua, Adrian Sietsma
      • Re: sound in lua, Asko Kauppi
  • Re: sound in lua, Philippe Lhoste
    • Re: sound in lua, Adrian Sietsma
      • Re: sound in lua, ccos
      • Re: sound in lua, PA
      • Re: sound in lua, Adrian Sietsma
      • Re: sound in lua, Adrian Sietsma
    • Re: sound in lua, Philippe Lhoste
      • Re: sound in lua, Adrian Sietsma
  • Re: sound in lua, analisifunzionale
  • Re: sound in lua, Daniel Quintela
• Coding 5.1-style packages to allow static linking of C code.., duck
  • Re: Coding 5.1-style packages to allow static linking of C code.., David Burgess
• package.preload..., duck
  • Re: package.preload..., Diego Nehab
    • Re: package.preload..., David Burgess
      • Re: package.preload..., duck
      • Re: package.preload..., David Burgess
      • Re: package.preload..., duck
      • Re: package.preload..., skaller
      • Re: package.preload..., duck
• [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
  • Re: [CGILua 5.0b2] Possible bug and change request, Tomas
    • Re: [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
      • Re: [CGILua 5.0b2] Possible bug and change request, Tomas
      • Re: [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
      • Re: [CGILua 5.0b2] Possible bug and change request, Tomas
      • Re: [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
  • <Possible follow-ups>
  • RE: [CGILua 5.0b2] Possible bug and change request, Andre Carregal
    • Re: [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
  • RE: [CGILua 5.0b2] Possible bug and change request, Andre Carregal
    • Re: [CGILua 5.0b2] Possible bug and change request, Alex Sandro Queiroz e Silva
• Lua 4.0 opcode sizes, Paul Du Bois
  • Re: Lua 4.0 opcode sizes, Roberto Ierusalimschy
• semantics of luaM_growvector?, Paul Du Bois
  • Re: semantics of luaM_growvector?, Roberto Ierusalimschy
    • Re: semantics of luaM_growvector?, Paul Du Bois
      • Re: semantics of luaM_growvector?, Roberto Ierusalimschy
• [ANNOUNCE] LuaCOM 1.3b released, Fabio Mascarenhas
• Datalog inference engine, John D. Ramsdell
• package system modification (module loaders), Tiago Dionizio
  • RES: package system modification (module loaders), André de Leiradella
    • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), David Burgess
      • Re: RES: package system modification (module loaders), Asko Kauppi
      • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), Tiago Dionizio
      • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), Mark Hamburg
      • Re: RES: package system modification (module loaders), Tiago Dionizio
      • Re: RES: package system modification (module loaders), duck
    • Re: RES: package system modification (module loaders), Mike Pall
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Adrián Pérez
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), Tomas
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Jamie Webb
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), David Burgess
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), David Burgess
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), David Jones
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Mike Pall
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Adam D. Moss
      • Re: RES: package system modification (module loaders), Mark Hamburg
      • Re: RES: package system modification (module loaders), Javier Guerra
      • Re: package system modification (module loaders), Wim Couwenberg
      • Re: RES: package system modification (module loaders), Klaus Ripke
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), Diego Nehab
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), Mike Pall
      • Re: RES: package system modification (module loaders), Jolan Luff
      • Re: RES: package system modification (module loaders), Mike Pall
      • Re: RES: package system modification (module loaders), Klaus Ripke
      • Re: RES: package system modification (module loaders), David Given
      • Re: RES: package system modification (module loaders), skaller
      • Re: RES: package system modification (module loaders), David Given
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), David Given
      • Re: RES: package system modification (module loaders), duck
      • Re: RES: package system modification (module loaders), David Jones
      • Re: RES: package system modification (module loaders), Adrián Pérez
      • RES: RES: package system modification (module loaders), André de Leiradella
  • Re: package system modification (module loaders), Mike Pall
    • Re: package system modification (module loaders), Roberto Ierusalimschy
      • Re: package system modification (module loaders), Wim Couwenberg
      • Re: package system modification (module loaders), Roberto Ierusalimschy
      • Re: package system modification (module loaders), Wim Couwenberg
• embedding strategies for beginners, D Barski
  • Re: embedding strategies for beginners, Paul Du Bois
  • Re: embedding strategies for beginners, Adrian Sietsma
  • <Possible follow-ups>
  • Re: embedding strategies for beginners, D Barski
• packaging for embedded interpreter, edwin
  • Re: packaging for embedded interpreter, Adrian Sietsma
• File I/O, find line?, Joe Seeley
  • Re: File I/O, find line?, duck
• [ANNOUNCE] luahttpd, Javier Guerra
  • Re: [ANNOUNCE] luahttpd, Joseph Stewart
    • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, Diego Nehab
      • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, Diego Nehab
      • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, Diego Nehab
      • Re: [ANNOUNCE] luahttpd, duck
      • Re: [ANNOUNCE] luahttpd, Diego Nehab
      • Re: was luahttpd, now new luathread, duck
      • Message not available
      • Re: was luahttpd, now new luathread, Diego Nehab
      • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, Joseph Stewart
      • Re: [ANNOUNCE] luahttpd, Javier Guerra
      • Re: [ANNOUNCE] luahttpd, skaller
      • Re: [ANNOUNCE] luahttpd, PA
• Memory Allocation Hooks, William Ahern
  • Re: Memory Allocation Hooks, Spencer Schumann
    • Re: Memory Allocation Hooks, William Ahern
    • Re: Memory Allocation Hooks, William Ahern
      • Re: Memory Allocation Hooks, skaller
      • Re: Memory Allocation Hooks, Spencer Schumann
  • Re: Memory Allocation Hooks, skaller
    • Re: Memory Allocation Hooks, Jay Carlson
      • Re: Memory Allocation Hooks, William Ahern
      • Re: Memory Allocation Hooks, Wim Couwenberg
      • Re: Memory Allocation Hooks, Jay Carlson
      • Re: Memory Allocation Hooks, skaller
  • <Possible follow-ups>
  • RE: Memory Allocation Hooks, Cory Bloyd
    • Re: Memory Allocation Hooks, Roberto Ierusalimschy
      • Re: Memory Allocation Hooks, skaller
• Unhandled excpetion, Initial-N
  • Re: Unhandled excpetion, Initial-N
• [no subject], Tom Pike
  • Re:, William Roper
    • Re:, Erik Hougaard
      • Re: Re: LuaChip, Asko Kauppi
      • Re: LuaChip, Erik Hougaard
  • Re:, Adam D. Moss
  • RE:, Vijay Aswadhati
    • Re: RE: Lua for an embedded environment?, Tom Pike
• Lua C Stack Usage, Zachary Landau
  • Re: Lua C Stack Usage, Roberto Ierusalimschy
    • Re: Lua C Stack Usage, Paul Du Bois
      • Re: Lua C Stack Usage, Luiz Henrique de Figueiredo
• C-API metamethods, Brett Bibby
  • Re: C-API metamethods, Adam D. Moss
• Re: lua chip AND SOME IDEA, Ashish Ranjan
  • Re: lua chip AND SOME IDEA, PA
    • Re: lua chip AND SOME IDEA, Alex Sandro Queiroz e Silva
  • Re: lua chip AND SOME IDEA, PA
    • Re: lua chip AND SOME IDEA, Asko Kauppi
      • Re: lua chip AND SOME IDEA, PA
  • <Possible follow-ups>
  • Re: lua chip AND SOME IDEA, Ashish Ranjan
    • Re: lua chip AND SOME IDEA, PA
    • Re: lua chip AND SOME IDEA, PA
      • Re: lua chip AND SOME IDEA, Mike Pall
• luahttpd 0.0a2, Javier Guerra
• wiki despamming & beating a dead horse, John Belmonte
• Re: lua chip AND SOME IDEA - about making a blueprint of ROADMAP of Lua core, Ashish Ranjan
  • Re: idea of vision of blueprint of ROADMAP of Lua core, Klaus Ripke
    • Re: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Luiz Henrique de Figueiredo
      • Re: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Wim Couwenberg
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Adam D. Moss
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Spencer Schumann
      • Re[2]: idea of vision of blueprint of ROADMAP of Lua core, Gunnar Zötl
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Wim Couwenberg
      • RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: RES: idea of vision of blueprint of ROADMAP of Lua core, Adam D. Moss
      • Re: RES: idea of vision of blueprint of ROADMAP of Lua core, Javier Guerra
      • RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Asko Kauppi
      • RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jay Carlson
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Klaus Ripke
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Klaus Ripke
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jamie Webb
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Klaus Ripke
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jamie Webb
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jay Carlson
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Klaus Ripke
      • RES: RES: RES: RES: idea of vision of blueprint of ROADMAP of Luacore, André de Leiradella
      • Re: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • RES: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: RES: RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: idea of vision of blueprint of ROADMAP of Lua core, David Given
      • Re: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: idea of vision of blueprint of ROADMAP of Lua core, David Jones
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Adam D. Moss
      • OOP flavours, Asko Kauppi
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, duck
      • Re: OOP in daydream of nightmare of hallucination of future, Adrian Sietsma
      • RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Gunnar Zötl
      • Re: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Lua OOP initiative (Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core), Asko Kauppi
      • sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], Klaus Ripke
      • RES: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], André de Leiradella
      • Re: RES: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], Klaus Ripke
      • Re: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], Luiz Henrique de Figueiredo
      • Re: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], skaller
      • Re: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], Luiz Henrique de Figueiredo
      • Re: sugarcubes for me.my.self.and.I [Re: Lua OOP initiative], skaller
      • Re: RES: idea of vision of blueprint of ROADMAP of Lua core, Asko Kauppi
      • RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jay Carlson
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Jamie Webb
      • RES: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, André de Leiradella
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Philippe Lhoste
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, duck
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, Philippe Lhoste
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: RES: RES: idea of vision of blueprint of ROADMAP of Lua core, PA
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Eric Scouten
      • RE: idea of vision of blueprint of ROADMAP of Lua core, Vijay Aswadhati
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Javier Guerra
      • Improved coroutines (was Re: idea of vision of blueprint of ROADMAP of Lua core), Mike Pall
      • Binding code generator, Elghaouat
      • RE: Improved coroutines (was Re: idea of vision of blueprint of ROADMAPof Lua core), Vijay Aswadhati
      • Re: Improved coroutines (was Re: idea of vision of blueprint of ROADMAP of Lua core), Roberto Ierusalimschy
      • Re: idea of vision of blueprint of ROADMAP of Lua core, duck
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Wim Couwenberg
      • Re: idea of vision of blueprint of ROADMAP of Lua core, skaller
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Michael T. Richter
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: idea of vision of blueprint of ROADMAP of Lua core, David Burgess
      • Re: idea of vision of blueprint of ROADMAP of Lua core, duck
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Chris Pressey
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Luiz Henrique de Figueiredo
      • Re: idea of vision of blueprint of ROADMAP of Lua core, Jay Carlson
• Object-Oriented Programming?, PA
  • Message not available
    • Re: Object-Oriented Programming?, PA
  • Re: Object-Oriented Programming?, Roberto Ierusalimschy
    • Re: Object-Oriented Programming?, Daniel Silverstone
      • Re: Object-Oriented Programming?, Spencer Schumann
      • Re: Object-Oriented Programming?, Roberto Ierusalimschy
    • Re: Object-Oriented Programming?, PA
      • Re: Object-Oriented Programming?, Asko Kauppi
      • Text appearance (was Re: Object-Oriented Programming?), Mark Hamburg
      • Re: Text appearance (was Re: Object-Oriented Programming?), Jamie Webb
      • Re: Text appearance (was Re: Object-Oriented Programming?), Luiz Henrique de Figueiredo
  • Re: Object-Oriented Programming?, Taj Khattra
    • Re: Object-Oriented Programming?, PA
• Re: Object Oriented Programming, Ashish Ranjan
  • Re: Object Oriented Programming, PA
  • <Possible follow-ups>
  • Re: Object Oriented Programming, Ashish Ranjan
• new book about Lua, Roberto Ierusalimschy
• mailing list archive, PA
• what i'm missing in lua, Asko Kauppi
• Lua hardware.., Asko Kauppi
  • Re: Lua hardware.., Philippe Lhoste
    • Re: Lua hardware.., skaller
      • Re: Lua hardware.., Asko Kauppi
      • Re: Lua hardware.., David Jones
• lua-users.org Wiki slpatted with garbage..., duck
• [ANNOUNCE] LuaThread 1.1 (alpha), Diego Nehab
• work4 - loadfile and packaging, David Burgess
  • Re: work4 - loadfile and packaging, Luiz Henrique de Figueiredo
    • Re: work4 - loadfile and packaging, David Burgess
    • Re: work4 - loadfile and packaging, Mark Hamburg
• work4 - load(), David Burgess
  • Re: work4 - load(), Luiz Henrique de Figueiredo
    • Re: work4 - load(), David Burgess
  • <Possible follow-ups>
  • Re: work4 - load(), Luiz Henrique de Figueiredo
    • Re: work4 - load(), David Burgess
• Language comparison, Philippe Lhoste
  • Re: Language comparison, PA
  • Re: Language comparison, Philippe Lhoste
    • Re: Language comparison, Philippe Lhoste
• IUP Mac OS X driver?, PA
  • Re: IUP Mac OS X driver?, Antonio Scuri
    • Re: IUP Mac OS X driver?, PA
      • Re: IUP Mac OS X driver?, Antonio Scuri
      • Re: IUP Mac OS X driver?, Asko Kauppi
      • Re: IUP Mac OS X driver?, Adrián Pérez
      • Re: IUP Mac OS X driver?, Antonio Scuri
• Lua MIDP & CLDC?, PA
• table 'n' field now totally gone?, Asko Kauppi
  • Re: table 'n' field now totally gone?, Roberto Ierusalimschy
• suggestion: LUA_VER >= 5.103, Asko Kauppi
  • Re: suggestion: LUA_VER >= 5.103, Mike Pall
• [ANN] KurmiDlg - Linux version released, Daniel Quintela
  • Re: [ANN] KurmiDlg - Linux version released, Daniel Quintela
    • Re: [ANN] KurmiDlg - Linux version released, Rob Kendrick
• Object-oriented programming in Lua, Mark Hamburg
  • Re: Object-oriented programming in Lua, Mark Hamburg
• Lua syntax checking, Hans van der Merwe
  • Re: Lua syntax checking, David Burgess
  • Leaving list, Tharo Herberg
    • Re: Leaving list, Roberto Ierusalimschy
• Re: OOP in daydream of nightmare of hallucination of future, Steve Donovan
  • Re: OOP in daydream of nightmare of hallucination of future, duck
  • <Possible follow-ups>
  • Re: OOP in daydream of nightmare of hallucination of future, Steve Donovan
  • Re: OOP in daydream of nightmare of hallucination of future, Steve Donovan
    • Re: OOP in daydream of nightmare of hallucination of future, Adam D. Moss
• LuaDec, a Lua decompiler, Hisham H. Muhammad
• [ANN] CPB - Quickly access C variables and functions from LUA, Thomas Tong
  • Re: [ANN] CPB - Quickly access C variables and functions from LUA, Ignacio Castaño
    • Re: [ANN] CPB - Quickly access C variables and functions from LUA, Asko Kauppi
  • Re: [ANN] CPB - Quickly access C variables and functions from LUA, Luiz Henrique de Figueiredo
    • Re: [ANN] CPB - Quickly access C variables and functions from LUA, skaller
      • Re: [ANN] CPB - Quickly access C variables and functions from LUA, Luiz Henrique de Figueiredo
      • Re: [ANN] CPB - Quickly access C variables and functions from LUA, skaller
      • Re: [ANN] CPB - Quickly access C variables and functions from LUA, Taj Khattra
  • <Possible follow-ups>
  • [ANN] CPB - Quickly access C variables and functions from LUA, glo
• Socket Programming, Josephine J
  • Re: Socket Programming, Doug Rogers
• Standard Object Reflection (was Re: OOP in daydream...), Steve Donovan
  • Re: Standard Object Reflection (was Re: OOP in daydream...), PA
  • RES: Standard Object Reflection (was Re: OOP in daydream...), André de Leiradella
    • Re: RES: Standard Object Reflection (was Re: OOP in daydream...), PA
      • Re: RES: Standard Object Reflection (was Re: OOP in daydream...), Mark Hamburg
      • RES: RES: Standard Object Reflection (was Re: OOP in daydream...), André de Leiradella
      • Re: RES: RES: Standard Object Reflection (was Re: OOP in daydream...), Mark Hamburg
      • Moving towards a class system package proposal, André de Leiradella
      • Re: Moving towards a class system package proposal, Mark Hamburg
      • Re: Moving towards a class system package proposal, PA
      • Re: Moving towards a class system package proposal, Mark Hamburg
      • Re: Moving towards a class system package proposal, Mark Hamburg
      • Re: Moving towards a class system package proposal, PA
      • Re: Moving towards a class system package proposal, Mark Hamburg
      • RES: RES: Standard Object Reflection (was Re: OOP in daydream...), André de Leiradella
    • Re: RES: Standard Object Reflection, Klaus Ripke
      • Re: RES: Standard Object Reflection, PA
      • Re: RES: Standard Object Reflection, Klaus Ripke
  • Re: Standard Object Reflection (was Re: OOP in daydream...), Jay Carlson
    • RES: Standard Object Reflection (was Re: OOP in daydream...), André de Leiradella
      • Re: Standard Object Reflection (was Re: OOP in daydream...), PA
  • Re: Standard Object Reflection (was Re: OOP in daydream...), Ivan Kolev
• Method call Performance (Was Re: OOP in daydream...), Steve Donovan
  • Re: Method call Performance (Was Re: OOP in daydream...), duck
  • Re: Method call Performance (Was Re: OOP in daydream...), Asko Kauppi
  • Re: Method call Performance (Was Re: OOP in daydream...), Gunnar Zötl
  • <Possible follow-ups>
  • Re: Method call Performance (Was Re: OOP in daydream...), Steve Donovan
  • Re: Method call Performance (Was Re: OOP in daydream...), Steve Donovan
• "behavior", PA
  • RES: "behavior", André de Leiradella
• Object Runtime, PA
• LuaForge migration notice, Andre Carregal
• linux ppc/arm users?, Asko Kauppi
• __gc for tables, D Barski
• Re: RES: "behavior", Steve Donovan
• RES: RES: Standard Object Reflection (was Re: OOP in daydream...), Steve Donovan
• Re: RES: Standard Object Reflection, Steve Donovan
• UNO/XPCOM?, Thiago Bastos
• Some projects using Lua, Philippe Lhoste
  • Re: Some projects using Lua, Jan-Eric Duden
  • <Possible follow-ups>
  • Re: Some projects using Lua, Markus Huber
• Is there a "Virtual" Lua table library?, Joseph Stewart
  • Re: Is there a "Virtual" Lua table library?, Klaus Ripke
    • Re: Is there a "Virtual" Lua table library?, Mark Hamburg
      • Re: Is there a "Virtual" Lua table library?, Joseph Stewart
      • Re: Is there a "Virtual" Lua table library?, Klaus Ripke
      • RES: Is there a "Virtual" Lua table library?, André de Leiradella
      • Re: RES: Is there a "Virtual" Lua table library?, Joseph Stewart
      • Re: RES: Is there a "Virtual" Lua table library?, Luiz Henrique de Figueiredo
      • Re: RES: Is there a "Virtual" Lua table library?, Joseph Stewart
  • Re: Is there a "Virtual" Lua table library?, Doug Currie
• [ANN] LuaFileSystem 1.0 final version, Tomas
  • Re: [ANN] LuaFileSystem 1.0 final version, Wim Couwenberg
    • RE: [ANN] LuaFileSystem 1.0 final version, Danilo Tuler
• Generating Documentation for LUA using Doxygen., Erik Marins
• LuaForge mails, Andre Carregal
• Coroutine protected calls (the return of), Andre Carregal
  • Re: Coroutine protected calls (the return of), Mike Pall
    • Re: Coroutine protected calls (the return of), skaller
      • Re: Coroutine protected calls (the return of), Mike Pall
      • Re: Coroutine protected calls (the return of), skaller
      • Re: Coroutine protected calls (the return of), Mike Pall
      • Re: Coroutine protected calls (the return of), skaller
  • <Possible follow-ups>
  • RE: Coroutine protected calls (the return of), Andre Carregal
• [ANNOUNCE] Datalog 0.3, John D. Ramsdell
• Single-threading servers and select(), duck
  • Re: Single-threading servers and select(), Jeff Koftinoff
    • Re: Single-threading servers and select(), Mike Pall
      • Re: Single-threading servers and select(), skaller
  • Re: Single-threading servers and select(), David Burgess
    • Re: Single-threading servers and select(), skaller
      • Re: Single-threading servers and select(), David Given
      • Re: Single-threading servers and select(), Adam D. Moss
      • Re: Single-threading servers and select(), David Given
      • Re: Single-threading servers and select(), Joseph Stewart
      • Re: Single-threading servers and select(), skaller
      • Re: Single-threading servers and select(), David Given
  • Re: Single-threading servers and select(), skaller
    • Re: Single-threading servers and select(), skaller
      • Re: Single-threading servers and select(), Chris Pressey
      • Re: Single-threading servers and select(), skaller
      • Re: Single-threading servers and select(), Adrián Pérez
      • Re: Single-threading servers and select(), skaller
      • Indirection (was Re: Single-threading servers and select()), Mark Hamburg
• Fórum de LUA em português. , viriato goa
• practical multi-processing - sound, Adrian Sietsma
• Comunidade de LUA no Orkut, viriato goa
• Forum of LUA in portuguese, viriato goa
• Re: [ANN] Compat 5-1 release 2, David Burgess
• LuaForge migration postponed, Andre Carregal
• OO - keeping lua as lua, Adrian Sietsma
  • Re: OO - keeping lua as lua, David Burgess
  • Re: OO - keeping lua as lua, David Given
    • Re: OO - keeping lua as lua, Mark Hamburg
      • Re: OO - keeping lua as lua, PA
      • Re: OO - keeping lua as lua, skaller
      • Re: OO - keeping lua as lua, PA
      • Re: OO - keeping lua as lua, Mark Hamburg
  • <Possible follow-ups>
  • Re: OO - keeping lua as lua, Steve Donovan
• Lua 5 VM questions, Christian Müller
  • Re: Lua 5 VM questions, Mike Pall
• LuaSocket, Win32 and select(), duck
  • Re: LuaSocket, Win32 and select(), David Burgess
    • Re: LuaSocket, Win32 and select(), Rici Lake
      • Re: LuaSocket, Win32 and select(), Diego Nehab
      • Re: LuaSocket, Win32 and select(), Rici Lake
      • Re: LuaSocket, Win32 and select(), Diego Nehab
      • Re: LuaSocket, Win32 and select(), Rici Lake
      • Re: LuaSocket, Win32 and select(), skaller
      • Re: LuaSocket, Win32 and select(), Rici Lake
      • Re: LuaSocket, Win32 and select(), skaller
      • Re: LuaSocket, Win32 and select(), Taj Khattra
      • Re: LuaSocket, Win32 and select(), Diego Nehab
      • Re: LuaSocket, Win32 and select(), Mike Pall
      • Re: LuaSocket, Win32 and select(), David Burgess
      • Re: LuaSocket, Win32 and select(), Nodir Temirhodzhaev
      • Re: LuaSocket, Win32 and select(), Rici Lake
      • Re: LuaSocket, Win32 and select(), David Burgess
      • Re: LuaSocket, Win32 and select(), skaller
      • Re: LuaSocket, Win32 and select(), Diego Nehab
• Doing without Self; some performance numbers, Steve Donovan
• Hi, my presentation, Targino Silveira
  • Re: Hi, my presentation, Adrian Sietsma
    • Re: Hi, my presentation, Grisha
      • Re: Hi, my presentation, Antero Vipunen
• my first asks., Targino Silveira
  • RE: my first asks., Thiago Bastos
    • Re: my first asks., Javier Guerra
    • Re: my first asks., Jay Carlson
  • Re: my first asks., Ashwin Hirschi
  • Re: my first asks., duck
• Some ways to get encapsulation in Lua, Mark Hamburg
  • Re: Some ways to get encapsulation in Lua, PA
    • Re: Some ways to get encapsulation in Lua, Adrian Sietsma
    • Re: Some ways to get encapsulation in Lua, Mark Hamburg
      • Re: Some ways to get encapsulation in Lua, PA
      • Re: Some ways to get encapsulation in Lua, Mark Hamburg
  • Re: Some ways to get encapsulation in Lua, Jamie Webb
• equality?, PA
• How *not* to do things, David Given
  • Re: How *not* to do things, Asko Kauppi
    • Re: How *not* to do things, Ashwin Hirschi
      • Qt (was How *not* to do things), Thiago Bastos
      • Re: How *not* to do things, skaller
      • Re: How *not* to do things, William Roper
• LUObject, PA
  • Re: LUObject, PA
• [PATCH] Enumerator support for LuaTable in LuaInterface, Zachary Landau
• Re: Cryptic OOP syntax, Steve Donovan
  • <Possible follow-ups>
  • Cryptic OOP syntax, André de Leiradella
    • Re: Cryptic OOP syntax, Thatcher Ulrich
    • Re: Cryptic OOP syntax, PA
      • Re: Cryptic OOP syntax, Michael T. Richter
      • Re: Cryptic OOP syntax, Adrián Pérez
      • Re: Cryptic OOP syntax, Romulo Bahiense
      • Re: Cryptic OOP syntax, Javier Guerra
      • Re: Cryptic OOP syntax, PA
      • Re: Cryptic OOP syntax, PA
      • Still cryptic OOP syntax, André de Leiradella
      • Re: Still cryptic OOP syntax, Gunnar Zötl
      • Re: Still cryptic OOP syntax, skaller
      • Re: Still cryptic OOP syntax, Rici Lake
      • Re: Still cryptic OOP syntax, skaller
      • Re[2]: Still cryptic OOP syntax, Gunnar Zötl
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re[4]: Still cryptic OOP syntax, Gunnar Zötl
      • Re: Re[4]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, Mark Hamburg
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, Jamie Webb
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, Mark Hamburg
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, skaller
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • Re: Re[2]: Still cryptic OOP syntax, Mike Pall
      • Re: Re[2]: Still cryptic OOP syntax, David Olofson
      • VM optimization (was Re: Re[2]: Still cryptic OOP syntax), Mark Hamburg
      • Re: VM optimization (was Re: Re[2]: Still cryptic OOP syntax), David Olofson
      • RES: Still cryptic OOP syntax, André de Leiradella
      • Re: Still cryptic OOP syntax, PA
      • Re: Still cryptic OOP syntax, Romulo Bahiense
      • RES: Still cryptic OOP syntax, André de Leiradella
      • RES: Cryptic OOP syntax, André de Leiradella
      • Re: RES: Cryptic OOP syntax, Adrián Pérez
      • RES: RES: Cryptic OOP syntax, André de Leiradella
      • Re: was Io, became Cygwin, now MinGW+MSYS, duck
    • Re: Cryptic OOP syntax, Mark Hamburg
      • Re: Cryptic OOP syntax, Mark Hamburg
    • Re: Cryptic OOP syntax, Mike Pall
      • Re: Cryptic OOP syntax, PA
      • Re: Cryptic OOP syntax, Klaus Ripke
      • Re: Cryptic OOP syntax, David Given
      • Re: Cryptic OOP syntax, PA
      • RES: Cryptic OOP syntax, André de Leiradella
      • RES: Cryptic OOP syntax, André de Leiradella
      • LGD (was Re: Cryptic OOP syntax), PA
      • Re: RES: Cryptic OOP syntax, skaller
      • RES: RES: Cryptic OOP syntax, André de Leiradella
    • Re: Cryptic OOP syntax, skaller
      • RES: Cryptic OOP syntax, André de Leiradella
  • Re: Cryptic OOP syntax, André de Leiradella
    • Re: Cryptic OOP syntax, PA
      • RES: Cryptic OOP syntax, André de Leiradella
      • Re: RES: Cryptic OOP syntax, PA
    • Re: Cryptic OOP syntax, Adrian Sietsma
      • Re: Cryptic OOP syntax, skaller
      • RES: Cryptic OOP syntax, André de Leiradella
      • RES: Cryptic OOP syntax, André de Leiradella
      • Re: RES: Cryptic OOP syntax, Klaus Ripke
      • RES: RES: Cryptic OOP syntax, André de Leiradella
  • Re: Cryptic OOP syntax, André de Leiradella
  • Re: Cryptic OOP syntax, Steve Donovan
• Lua 5.1(work4) collection query, Chris Chapman
  • Re: Lua 5.1(work4) collection query, Adam D. Moss
    • Re: Lua 5.1(work4) collection query, Chris Chapman
  • Re: Lua 5.1(work4) collection query, skaller
    • Re: Lua 5.1(work4) collection query, Asko Kauppi
      • Re: Lua 5.1(work4) collection query, Chris Chapman
• LUObject revisited, PA
  • Re: LUObject revisited, skaller
    • Re: LUObject revisited, PA
      • Re: LUObject revisited, skaller
      • Re: LUObject revisited, PA
  • RES: LUObject revisited, André de Leiradella
    • Re: RES: LUObject revisited, PA
• FYI: Tao, PA
• Lua aware editor?, PA
  • Re: Lua aware editor?, Philippe Lhoste
    • Re: Lua aware editor?, Asko Kauppi
      • Re: Lua aware editor?, PA
    • Re: Lua aware editor?, PA
  • Re: Lua aware editor?, Maxime Petazzoni
    • Re: Lua aware editor?, PA
    • Re: Lua aware editor?, Darryl Luff
      • Re: Lua aware editor?, Asko Kauppi
• [ANN] CPB v003, Thomas Tong
• coroutine example?, PA
• LuaSocket, LTN12 and coroutines: how to?, PA
  • Re: LuaSocket, LTN12 and coroutines: how to? (long post), Diego Nehab
    • Re: LuaSocket, LTN12 and coroutines: how to? (long post), David Burgess
      • Re: LuaSocket, LTN12 and coroutines: how to? (long post), André Carregal
      • Re: LuaSocket, LTN12 and coroutines: how to? (long post), PA
      • Re: LuaSocket, LTN12 and coroutines: how to? (long post), André Carregal
      • Re: LuaSocket, LTN12 and coroutines: how to? (long post), PA
      • RES: LuaSocket, LTN12 and coroutines: how to? (long post), André de Leiradella
      • LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., PA
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., PA
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., Chris Pressey
      • Re: LUTask, luatask, encapsulation vs isolation, Chris Pressey
      • The Righteous Path (was Re: LUTask, luatask, encapsulation vs isolation), PA
      • isolating the encapsulation (was Re: LUTask, luatask, encapsulation vs isolation), PA
      • The Lua Way or the Highway (was Re: LUTask), PA
      • Re: The Lua Way or the Highway (was Re: LUTask), Klaus Ripke
      • Re: The Lua Way or the Highway (was Re: LUTask), Mark Hamburg
      • Re: The Lua Way or the Highway (was Re: LUTask), PA
      • sizeof? (was Re: The Lua Way or the Highway), PA
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., PA
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., skaller
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., Mark Hamburg
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., Mike Pall
      • Re: LUTask (was Re: LuaSocket, LTN12 and coroutines: how to? (long post)) long as well..., skaller
      • Re: LUTask, skaller
      • Re: LUTask, Mark Hamburg
      • Re: LUTask, skaller
      • Re: LuaSocket, LTN12 and coroutines: how to? (long post), PA
    • Re: LuaSocket, LTN12 and coroutines: how to? (long post), PA
    • Re: LuaSocket, LTN12 and coroutines: how to? (long post), PA
• FYI: what's OOP's jargons and complexities?, PA
  • Re: FYI: what's OOP's jargons and complexities?, Mike Pall
    • Re: FYI: what's OOP's jargons and complexities?, PA
      • RE: FYI: what's OOP's jargons and complexities?, Thiago Bastos
      • RE: FYI: what's OOP's jargons and complexities?, skaller
      • Re: FYI: what's OOP's jargons and complexities?, PA
    • Re: FYI: what's OOP's jargons and complexities?, Jay Carlson
      • Re: FYI: what's OOP's jargons and complexities?, PA
      • Re: FYI: what's OOP's jargons and complexities?, Adrian Sietsma
      • Re: FYI: what's OOP's jargons and complexities?, duck
      • Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Asko Kauppi
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), PA
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Asko Kauppi
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Erik Hougaard
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Erik Hougaard
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Javier Guerra
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Asko Kauppi
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons and complexities?), Javier Guerra
      • Re: Lua+XML, Adrian Sietsma
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons andcomplexities?), Peter S. Housel
      • Re: Lua+XML = forced love? (Re: FYI: what's OOP's jargons andcomplexities?), Peter S. Housel
  • RES: what's OOP's jargons and complexities?, André de Leiradella
    • Re: RES: what's OOP's jargons and complexities?, peterhickman
• Why I like Lua, Rici Lake
  • Re: Why I like Lua, Asko Kauppi
  • Re: Why I like Lua, David Burgess
• profiling lua, Adrian Sietsma
• OT: About the list behaviour, André Carregal
  • Re: OT: About the list behaviour, Romulo Bahiense
    • Re: OT: About the list behaviour, David Burgess
• LuaSocket to communicate with database, Markus Huber
  • Re: LuaSocket to communicate with database, Asko Kauppi
    • Re: LuaSocket to communicate with database, Andre Carregal
  • Re: LuaSocket to communicate with database, Diego Nehab
• Hamster - the build engine, Asko Kauppi
• LUAPod?, PA
• [ANN] Win32 API wrappers project launched, Daniel Quintela
• quickly comparing lua strings in a c function by relying on equality of their C pointers?, Alex Evans
  • RE: quickly comparing lua strings in a c function by relying onequality of their C pointers?, Alex Evans
  • Re: quickly comparing lua strings in a c function by relying on equality of their C pointers?, Ben Sunshine-Hill
• 0x102a70?, PA
  • Re: 0x102a70?, Ben Sunshine-Hill
    • Re: 0x102a70?, PA
      • Re: 0x102a70?, Javier Guerra
      • Re: 0x102a70?, PA
      • Re: 0x102a70?, Javier Guerra
      • Re: 0x102a70?, PA
      • Re: 0x102a70?, Javier Guerra
      • Re: 0x102a70?, PA
      • Re: 0x102a70?, PA
      • Re: 0x102a70?, Rici Lake
      • Re: 0x102a70?, PA
      • Re: 0x102a70?, Rici Lake
      • Re: 0x102a70?, PA
• method overloading?, PA
  • Re: method overloading?, skaller
    • Re: method overloading?, PA
• Luasocket in game networking, Josephine J
  • Re: Luasocket in game networking, Terry Bayne
• Please help: do lua sources assume a 32-bit int?, Bogdan Marinescu
  • Re: Please help: do lua sources assume a 32-bit int?, Ben Sunshine-Hill
    • Re: Please help: do lua sources assume a 32-bit int?, Bogdan Marinescu
  • Re: Please help: do lua sources assume a 32-bit int?, Jason Davies
    • Re: Please help: do lua sources assume a 32-bit int?, Bogdan Marinescu
      • Re: Please help: do lua sources assume a 32-bit int?, Mike Pall
      • Re: Please help: do lua sources assume a 32-bit int?, Bogdan Marinescu
      • Re: Please help: do lua sources assume a 32-bit int?, Bogdan Marinescu
      • Lua 5.1 Release Schedule?, Jason Davies
      • Re: Lua 5.1 Release Schedule?, Luiz Henrique de Figueiredo
• tolua status, Jose Marin
• LuaForge Migration Started, Andre Carregal
• LuaForge on IMPA, Andre Carregal

---

Mail converted by MHonArc 2.6.19