lua-l archive

[Date Index] [Thread Index]

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

---

Mail converted by MHonArc 2.6.19