lua-l archive

[Date Index] [Thread Index]

• September 01, 2004
  • Re: compilation hooks/events, Mark Hamburg
  • local pre-declarations, Asko Kauppi
  • RE: local pre-declarations, Nick Trout
  • Re: local pre-declarations, Rici Lake
  • Re: local pre-declarations, Fabio Mascarenhas
  • RE: local pre-declarations, Nick Trout
  • Re: local pre-declarations, Asko Kauppi
  • Re: Luasocket and cgi applications, Diego Nehab
  • Re: LuaSocket 2.0b2 troubles, Diego Nehab
  • Re: Luasocket and cgi applications, Jilani Khaldi
  • Re: Luasocket and cgi applications, Rob Kendrick
  • Re: local pre-declarations, Gabor Grothendieck
  • Select (Switch) Case statement, Andreas Falkenhahn
  • RE: Luasocket and cgi applications, Danilo Tuler
  • Lua, testing whether a file exists..., The Doctor
  • Re: Lua, testing whether a file exists..., Rob Kendrick
  • Re: Lua, testing whether a file exists..., The Doctor
  • Re: Lua, testing whether a file exists..., Luiz Henrique de Figueiredo
  • Re: Windows IO lib, Daniel Quintela
  • Re: local pre-declarations, Asko Kauppi
  • Re: Select (Switch) Case statement, Andreas Falkenhahn
  • Re: compilation hooks/events, Aaron Brown
  • Re: Lua, testing whether a file exists..., Michael Roth
  • Re: Lua, testing whether a file exists..., The Doctor
  • Re: Lua, testing whether a file exists..., The Doctor
  • Re: compilation hooks/events, Tim Gogolin
  • Re: Select (Switch) Case statement, David Given
  • Re: compilation hooks/events, Michael T. Richter
  • RE: Windows IO lib, Danilo Tuler
  • Re: local pre-declarations, Asko Kauppi
  • Re: Select (Switch) Case statement, Asko Kauppi
  • Re: compilation hooks/events, Asko Kauppi
  • Re: Select (Switch) Case statement, Warren Merrifield
  • Re: Select (Switch) Case statement, Mark Hamburg
  • Re: Select (Switch) Case statement, Michael Roth
  • Re: Select (Switch) Case statement, Mark Hamburg
  • Re: Select (Switch) Case statement, Mark Hamburg
  • Re: Select (Switch) Case statement, Rici Lake
  • Re: Select (Switch) Case statement, Eric Tetz
  • Geometric data description, Alex Queiroz
  • Re: Geometric data description, Christian Vogler
  • Re: Geometric data description, Ashwin Hirschi
  • Re: Geometric data description, Christian Vogler
  • Re: Geometric data description, Rob Kendrick
  • Re: Geometric data description, Luiz Henrique de Figueiredo
  • Re: Returning data from C functions called using "loadlib"., Aaron Newell
  • Re: Returning data from C functions called using "loadlib"., William Roper
  • RE: Geometric data description, Kevin Baca
  • Re: Windows IO lib, Daniel Quintela
• September 02, 2004
  • RE: Select (Switch) Case statement, Jay Carlson
  • Lua 5.1 (work1) now available, Luiz Henrique de Figueiredo
  • Re: Lua 5.1 (work1) now available, Asko Kauppi
  • Re: Lua 5.1 (work1) now available, Adam D. Moss
  • one more thing.., Asko Kauppi
  • Example of Lua: decimal to hex conversion, The Doctor
  • Re: Example of Lua: decimal to hex conversion, Luiz Henrique de Figueiredo
  • Re: one more thing.., Adam D. Moss
  • Re: one more thing.., Adam D. Moss
  • Re: one more thing.., Adam D. Moss
  • How to traverse a weak table safely?, Michael Roth
  • Re: one more thing.., Adam D. Moss
  • Re: one more thing.., Asko Kauppi
  • Re: one more thing.., Asko Kauppi
  • Re: one more thing.., Adam D. Moss
  • Re: How to traverse a weak table safely?, Christian Vogler
  • getn in two flavours, Asko Kauppi
  • Bakefiles for LUA, fr_m
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: Bakefiles for LUA, fr_m
  • Re: one more thing.., Roberto Ierusalimschy
  • Re: Lua 5.1 (work1) now available, Asko Kauppi
  • Re: Lua 5.1 (work1) now available, Mark Hamburg
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: Lua 5.1 (work1) now available, Luiz Henrique de Figueiredo
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: Bakefiles for LUA, Joseph Stewart
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • PROGNAME etc. (5.1w1), Asko Kauppi
  • whatever happened to io.popen() ?, Asko Kauppi
  • Re: PROGNAME etc. (5.1w1), Luiz Henrique de Figueiredo
  • Re: whatever happened to io.popen() ?, Luiz Henrique de Figueiredo
  • Re: whatever happened to io.popen() ?, Rob Kendrick
  • RE: PROGNAME etc. (5.1w1), Danilo Tuler
  • Re: whatever happened to io.popen() ?, Asko Kauppi
  • Re: PROGNAME etc. (5.1w1), Adam D. Moss
  • Re: whatever happened to io.popen() ?, Roberto Ierusalimschy
  • Re: PROGNAME etc. (5.1w1), Luiz Henrique de Figueiredo
  • Re: PROGNAME etc. (5.1w1), Roberto Ierusalimschy
  • Re: whatever happened to io.popen() ?, Rob Kendrick
  • 5.1w1, Asko Kauppi
  • Re: whatever happened to io.popen() ?, Asko Kauppi
  • Re: Bakefiles for LUA, fr_m
  • Re: whatever happened to io.popen() ?, Rob Kendrick
  • Re: Lua 5.1 (work1) now available, Jamie Webb
  • Re: Lua 5.1 (work1) now available, Luiz Henrique de Figueiredo
  • Feature removals (was: Re: whatever happened to io.popen() ?), Gabor Grothendieck
  • Re: whatever happened to io.popen() ?, Roberto Ierusalimschy
  • Re: whatever happened to io.popen() ?, Adrian Perez
  • Re: whatever happened to io.popen() ?, Rob Kendrick
  • RE: PROGNAME etc. (5.1w1), Danilo Tuler
  • reductions: 'os.tmpname' may go., Asko Kauppi
  • Re: PROGNAME etc. (5.1w1), Adrian Perez
  • RE: one more thing.., Bilyk, Alex
  • RE: Lua 5.1 (work1) now available, Bilyk, Alex
  • Re: one more thing.., Tiago Dionizio
  • Re: Lua 5.1 (work1) now available, Eric Tetz
  • Re: Lua 5.1 (work1) now available, Eric Tetz
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: PROGNAME etc. (5.1w1), Asko Kauppi
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: whatever happened to io.popen() ?, Roberto Ierusalimschy
  • Re: Lua 5.1 (work1) now available, Norman Ramsey
  • Generic IO interface (was: whatever happened to io.popen() ?), Rob Kendrick
  • Lua 5.1w crash bug -- '...' related, Eric Tetz
  • Re: PROGNAME etc. (5.1w1), Adrian Perez
  • Re: Lua 5.1w crash bug -- '...' related, Eric Tetz
  • Re: Lua 5.1 (work1) now available, David Burgess
  • Geometric data description, Jiye Zeng
  • Re: whatever happened to io.popen() ?, David Burgess
  • Loadlib work 5,1, David Burgess
• September 03, 2004
  • Re: whatever happened to io.popen() ?, tuler
  • Re: Loadlib work 5,1, Ignacio Castaño
  • Re: Loadlib work 5,1, David Burgess
  • uname to main system library, Dmitry Samersoff
  • Plua ..., Dmitry Samersoff
  • Re: Loadlib work 5,1, Asko Kauppi
  • Re: uname to main system library, Asko Kauppi
  • Re: Loadlib work 5,1, Roberto Ierusalimschy
  • Re: Lua 5.1w crash bug -- '...' related, Roberto Ierusalimschy
  • Re: Lua 5.1w crash bug -- '...' related, Roberto Ierusalimschy
  • Re: Loadlib work 5,1, David Burgess
  • Re: Loadlib work 5,1, Roberto Ierusalimschy
  • Re: Loadlib work 5,1, David Burgess
  • Re: Plua ..., Roberto Ierusalimschy
  • Re: Lua 5.1w crash bug -- '...' related, Eric Tetz
  • Re: Lua 5.1w crash bug -- '...' related, Roberto Ierusalimschy
  • Re: Lua 5.1w crash bug -- '...' related, Asko Kauppi
  • RE: Lua 5.1w crash bug -- '...' related, Bilyk, Alex
  • ... Questions, Mark Hamburg
  • Re: ... Questions, Eric Tetz
  • RE: ... Questions, Bilyk, Alex
• September 04, 2004
  • Re: Lua 5.1w crash bug -- '...' related, Edgar Toernig
  • Re: Lua 5.1w crash bug -- '...' related, Edgar Toernig
  • RE: Lua 5.1w crash bug -- '...' related, Bilyk, Alex
  • dofile and ..., Peter Shook
  • Re: dofile and ..., Asko Kauppi
  • Uso de add-on e necessidade de recompilar, hydrogen
• September 05, 2004
  • Re: Uso de add-on e necessidade de recompilar, Adrián Pérez
  • Building Lua with MS free tools, Daniel Quintela
• September 06, 2004
  • using tolua to bind varargs function?, M. Razid Black
  • Lua with Windows XP SP2 problems?, Brett Bibby
  • Re: Lua with Windows XP SP2 problems?, Rici Lake
  • Re: Uso de add-on e necessidade de recompilar, hydrogen
• September 07, 2004
  • Re: string.gsub and its need for variables.., Philippe Lhoste
  • Re: string.gsub and its need for variables.., Asko Kauppi
  • Re: string.gsub and its need for variables.., Philippe Lhoste
  • Re: Lua 5.1 (work1) now available, Philippe Lhoste
  • Re: Lua 5.1 (work1) now available, David Burgess
  • RE: Select (Switch) Case statement, Nick Trout
  • Wizard GUI for X, Daniel Quintela
  • still about switch.., Asko Kauppi
  • Re: still about switch.., Eric Tetz
  • Re: still about switch.., Rici Lake
  • Re: Wizard GUI for X, David Given
• September 08, 2004
  • Re: Wizard GUI for X, Asko Kauppi
  • Re: Wizard GUI for X, David Given
  • Re: Wizard GUI for X, Asko Kauppi
  • Re: Lua 5.1 (work1) now available, Luiz Henrique de Figueiredo
  • Re: Lua 5.1 (work1) now available, Roberto Ierusalimschy
  • Re: dofile and ..., Roberto Ierusalimschy
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: dofile and ..., Asko Kauppi
  • Re: using tolua to bind varargs function?, Waldemar Celes
  • do .. end patch, Asko Kauppi
  • Re: do .. end patch, Eric Tetz
  • Re: Wizard GUI for X, Edgar Toernig
• September 09, 2004
  • Re: Wizard GUI for X, Juergen Fuhrmann
  • lua++ for 4.x, Matthias Gall
  • embedded system - no double, daniel greene
  • RE: embedded system - no double, Kevin Baca
  • Re: embedded system - no double, Asko Kauppi
  • lock file, Leonardo Castanheira
  • Re: lock file, Adrián Pérez
  • Re: Uso de add-on e necessidade de recompilar, Adrián Pérez
• September 10, 2004
  • Re: lock file, Luiz Henrique de Figueiredo
  • RE: Lua 5.1 (work1) now available, Jay Carlson
  • Re: Windows IO lib, Nodir Temirhodzhaev
  • Re: Lua 5.1 (work1) now available, Ben Sunshine-Hill
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: Wizard GUI for X, Adam D. Moss
  • 5.1w1 aborts, Adam D. Moss
  • Re: 5.1w1 aborts, Roberto Ierusalimschy
  • Re: 5.1w1 aborts, Mike Pall
  • Re: 5.1w1 aborts, Roberto Ierusalimschy
  • Re: 5.1w1 aborts, Adam D. Moss
  • Re: Wizard GUI for X, Asko Kauppi
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: 5.1w1 aborts, Mike Pall
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: Wizard GUI for X, Asko Kauppi
  • Re: Wizard GUI for X, David Given
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: Wizard GUI for X, Daniel Quintela
  • Re: 5.1w1 aborts, Roberto Ierusalimschy
  • Re: 5.1w1 aborts, Roberto Ierusalimschy
  • [ANNOUNCE] Kurmi 0.4 Alpha, Daniel Quintela
  • Re: 5.1w1 aborts, Adam D. Moss
• September 11, 2004
  • Re: Wizard GUI for X, Philippe Lhoste
  • Overriding stdout ?, Philippe Fremy
  • Re: Overriding stdout ?, David Burgess
  • Re: Overriding stdout ?, Philippe Fremy
  • Re: Overriding stdout ?, Jamie Webb
  • Re: Overriding stdout ?, David Burgess
  • Re: [ANNOUNCE] Kurmi 0.4 Alpha, Daniel Quintela
  • lua_str2number, Kevin Baca
  • Re: lua_str2number, Taj Khattra
  • Re: Wizard GUI for X, Daniel Quintela
• September 12, 2004
  • Re: lua++ for 4.x, Matthias Gall
  • Changing the char type in 5.0.2, Reuben Thomas
  • Re: Changing the char type in 5.0.2, Tiago Dionizio
  • RE: Changing the char type in 5.0.2, Joshua Jensen
  • Managing large indirect userdata, Mark Hamburg
  • Standard data buffer?, Mark Hamburg
  • Re: Managing large indirect userdata, Wim Couwenberg
  • Re: Managing large indirect userdata, Jamie Webb
• September 13, 2004
  • Re: Managing large indirect userdata, Mark Hamburg
  • Child states and garbage collection, Matthew Harmon
  • Re: Managing large indirect userdata, Edgar Toernig
  • Re: Child states and garbage collection, Jamie Webb
  • RE: Child states and garbage collection, Matthew Harmon
  • Re: Standard data buffer?, Philippe Lhoste
  • Re: Child states and garbage collection, Roberto Ierusalimschy
  • RE: Child states and garbage collection, Matthew Harmon
  • Re: Child states and garbage collection, Jamie Webb
  • Proper Stack Cleaning, Matthew Harmon
  • Re: Child states and garbage collection, Roberto Ierusalimschy
  • RE: Proper Stack Cleaning, Incley, Mark
  • RE: Proper Stack Cleaning, Matthew Harmon
  • RE: Child states and garbage collection, Matthew Harmon
  • Implementing GOTO/GOSUB, Andreas Falkenhahn
  • Re: Standard data buffer?, Asko Kauppi
  • Re: Child states and garbage collection, Jamie Webb
  • Splitting string and userdata headers from their data, Mark Hamburg
  • Re: Standard data buffer?, Mark Hamburg
  • Re: Implementing GOTO/GOSUB, Luiz Henrique de Figueiredo
  • Re: Implementing GOTO/GOSUB, Asko Kauppi
  • Re: Implementing GOTO/GOSUB, Luiz Henrique de Figueiredo
  • Re: Implementing GOTO/GOSUB, Asko Kauppi
  • Re: Implementing GOTO/GOSUB, Asko Kauppi
  • Re: [ANNOUNCE] Kurmi 0.4 Alpha, Daniel Quintela
  • Re: Implementing GOTO/GOSUB, Andreas Falkenhahn
  • Re: Implementing GOTO/GOSUB, Rici Lake
  • Re: Implementing GOTO/GOSUB, Asko Kauppi
  • Re: Implementing GOTO/GOSUB, David Given
  • Re: Implementing GOTO/GOSUB, David Given
  • Re: Implementing GOTO/GOSUB, Asko Kauppi
  • Lua design : why no lists ?, Philippe Fremy
• September 14, 2004
  • Re: Splitting string and userdata headers from their data, Jamie Webb
  • RE: Changing the char type in 5.0.2, Reuben Thomas
  • Re: Splitting string and userdata headers from their data, Mark Hamburg
  • Re: Splitting string and userdata headers from their data, Jamie Webb
  • [Announce] Lua-Sqlite3 verion 0.1 (alpha) released, Michael Roth
  • Re: [Announce] Lua-Sqlite3 verion 0.1 (alpha) released, Adam D. Moss
  • (lua_State *const L), Adam D. Moss
  • luachip: open source hardware, Asko Kauppi
  • Re: luachip: open source hardware, William Roper
  • Re: luachip: open source hardware, Joseph Stewart
  • Re: Lua design : why no lists ?, Aaron Brown
  • Re: luachip: open source hardware, Erik Hougaard
  • Re: Lua design : why no lists ?, Asko Kauppi
  • Re: luachip: open source hardware, Joseph Stewart
  • Re: (lua_State *const L), Ben Sunshine-Hill
  • Re: Lua design : why no lists ?, Shannon Stewman
  • Re: (lua_State *const L), Adam D. Moss
  • new projects added, Luiz Henrique de Figueiredo
  • numeric captures (string.find), Asko Kauppi
  • Re: numeric captures (string.find), David Given
  • Re: numeric captures (string.find), Asko Kauppi
  • Re: numeric captures (string.find), Rici Lake
  • RE: numeric captures (string.find), Bilyk, Alex
  • Re: numeric captures (string.find), David Given
  • Re: numeric captures (string.find), Adrián Pérez
  • Re: numeric captures (string.find), Asko Kauppi
  • Frontier capture (WAS: Re: numeric captures (string.find)), Fred Bayer
• September 15, 2004
  • Re: Lua design : why no lists ?, Philippe Fremy
  • Re: Lua design : why no lists ?, Asko Kauppi
  • string buffer needs, Asko Kauppi
  • [ANN] bitlib and rexlib split; end of Lua 4 support for rexlib, Reuben Thomas
  • Re: Lua design : why no lists ?, Enrico Colombini
  • bitlib: tiny update, Reuben Thomas
  • Looking for maintainer for RPMs, Reuben Thomas
  • Re: string buffer needs, Paul Smith
  • Re: Lua design : why no lists ?, Philippe Lhoste
  • Re: Frontier capture (WAS: Re: numeric captures (string.find)), Edgar Toernig
  • Re: Frontier capture (WAS: Re: numeric captures (string.find)), Roberto Ierusalimschy
  • Re: Lua design : why no lists ?, Wim Couwenberg
  • Lua patterns rule! (Re: Frontier capture), Asko Kauppi
  • Re: Frontier capture (WAS: Re: numeric captures (string.find)), David Burgess
  • Re: luachip: open source hardware, Marcos Veras
  • Re: Frontier capture (WAS: Re: numeric captures (string.find)), Aaron Brown
  • Re: luachip: open source hardware, William Roper
  • Re: luachip: open source hardware, Erik Hougaard
  • Queues (was Re: Lua design : why no lists ?), Mark Hamburg
  • performance penalty hits (Re: Queues), Asko Kauppi
  • get_local() and "(for index/limit/stop)", Tom Spilman
  • Mac os x, Samuel M.Smith
  • [ANNOUNCE] LuaBSF 1.0, thiago
  • Re: Mac os x, Asko Kauppi
  • Re: get_local() and "(for index/limit/stop)", Fabio Mascarenhas
  • Re: Mac os x, Adrián Pérez
  • RE: get_local() and "(for index/limit/stop)", Tom Spilman
  • Re: get_local() and "(for index/limit/stop)", Rici Lake
  • Re: Mac os x, Adrián Pérez
  • Re: Mac os x, Asko Kauppi
  • Re: get_local() and "(for index/limit/stop)", Asko Kauppi
  • RE: get_local() and "(for index/limit/stop)", Tom Spilman
• September 16, 2004
  • Re: get_local() and "(for index/limit/stop)", Fabio Mascarenhas
  • Re: get_local() and "(for index/limit/stop)", Rici Lake
  • Re: Mac os x, Asko Kauppi
  • Re: Mac os x, Adrián Pérez
  • Re: string buffer needs / string find, Adrian Sietsma
  • hint: paragraph parsing, Asko Kauppi
  • Re: string buffer needs / string find, Asko Kauppi
  • new project added, Luiz Henrique de Figueiredo
  • Re: Lua design : why no lists ?, Jarrod Roberson
  • Re: Lua design : why no lists ?, Roberto Ierusalimschy
  • Re: Lua design : why no lists ?, Mark Hamburg
  • Re: Mac os x, Luiz Henrique de Figueiredo
  • Problems with proxies, Mark Hamburg
  • Re: Lua design : why no lists ?, Rici Lake
  • Re: Mac os x, Asko Kauppi
  • tolua lib name, Bounty Hunter
  • Re: tolua lib name, Bounty Hunter
• September 17, 2004
  • Re: Mac os x, Niklas Frykholm
  • Re: get_local() and "(for index/limit/stop)", David Given
  • Re: get_local() and "(for index/limit/stop)", Asko Kauppi
  • Re: get_local() and "(for index/limit/stop)", Adam D. Moss
  • Use byte-code directly?, Michael Newberry
  • Re: Use byte-code directly?, Adam D. Moss
  • Re: Use byte-code directly?, Asko Kauppi
  • Re: hint: paragraph parsing, Asko Kauppi
  • Re: Use byte-code directly?, George Warner
  • package proposal, Roberto Ierusalimschy
  • passing values to lua, Bounty Hunter
  • Re: Mac os x, Samuel M.Smith
  • Lua Meaning in Samoan, Samuel M.Smith
  • RE: package proposal, Kevin Baca
  • Re: Lua Meaning in Samoan, Aaron Brown
  • Re: Use byte-code directly?, David Given
  • Re: Lua Meaning in Samoan, Eric Scouten
  • Re: Use byte-code directly?, Luiz Henrique de Figueiredo
  • Re: Use byte-code directly?, George Warner
  • Re: Use byte-code directly?, George Warner
  • os x readline support, Asko Kauppi
  • Re: Use byte-code directly?, Jamie Webb
  • Re: package proposal, Asko Kauppi
  • Re: Use byte-code directly?, David Given
  • Re: package proposal, Asko Kauppi
  • Re: Use byte-code directly?, Fabio Mascarenhas
  • Stack level doesn't match hook events, Tom Spilman
  • Re: Use byte-code directly?, Jarrod Roberson
  • Re: Stack level doesn't match hook events, Tim Gogolin
  • Re: Use byte-code directly?, George Warner
  • LuaRC reallocstack issue, Powers, Drew
  • Re: Use byte-code directly?, George Warner
  • Re: Use byte-code directly?, George Warner
  • RE: Stack level doesn't match hook events, Tom Spilman
• September 18, 2004
  • Re: package proposal, David Burgess
  • RE: Stack level doesn't match hook events, Tom Spilman
  • Re: Use byte-code directly?, Fabio Mascarenhas
  • Re: Stack level doesn't match hook events, Rici Lake
  • RE: Stack level doesn't match hook events, Tom Spilman
  • Re: get_local() and "(for index/limit/stop)", Adrián Pérez
  • Re: get_local() and "(for index/limit/stop)", Rici Lake
  • Re: Stack level doesn't match hook events, Rici Lake
  • Re: package proposal, Wim Couwenberg
  • Re: get_local() and "(for index/limit/stop)", David Given
  • Re: get_local() and "(for index/limit/stop)", Rici Lake
  • Re: os x readline support, Adrián Pérez
  • Re: Use byte-code directly?, Roberto Ierusalimschy
  • Re: get_local() and "(for index/limit/stop)", Asko Kauppi
  • Re: package proposal, Reuben Thomas
  • Re: package proposal, Thatcher Ulrich
  • Re: package proposal, Asko Kauppi
• September 19, 2004
  • Re: package proposal, David Given
  • Re: package proposal, Remo D.
  • Re: package proposal, Asko Kauppi
  • Re: Looking for maintainer for RPMs, Andre Costa
  • LuaRC userdata stack corruption, Powers, Drew
  • Zipper.lua, Daniel Quintela
• September 20, 2004
  • Re: package proposal, Peter Loveday
  • [ANN] tolua++-1.0.3, Ariel Manzur
  • LuaRC assertion with luaD_call re-entry, Powers, Drew
  • luasocket - WinSock bug, Marius Kjeldahl
  • Re: package proposal, Roberto Ierusalimschy
  • Re: [ANN] tolua++-1.0.3, Bounty Hunter
  • Re: package proposal, Roberto Ierusalimschy
  • Re: package proposal, Roberto Ierusalimschy
  • Weak tables (was Re: package proposal), Mark Hamburg
  • Re: package proposal, Mark Hamburg
  • Protected tables proposal, Mark Hamburg
  • Re: package proposal, Roberto Ierusalimschy
  • Re: package proposal, Roberto Ierusalimschy
  • package info, Asko Kauppi
  • block arguments, Asko Kauppi
  • Re: block arguments, Luiz Henrique de Figueiredo
  • LUA-python, BONNARD Cyril
  • Re: package proposal, Adrián Pérez
  • Lua Eclipse Plugin, Fabian Peña
  • RE: Lua Eclipse Plugin, Danilo Tuler
  • Kurmi logo, Daniel Quintela
  • Re: passing values to lua, Ariel Manzur
  • Re: passing values to lua, Bounty Hunter
  • Lua 5.1 work 2, Roberto Ierusalimschy
  • Re: package proposal, Reuben Thomas
  • Re: package proposal, Roberto Ierusalimschy
• September 21, 2004
  • Lua 5.1 (work2) now available, Luiz Henrique de Figueiredo
  • Re: package proposal, Reuben Thomas
  • Re: package proposal, Asko Kauppi
  • Re: package proposal, David Burgess
  • Re: package proposal, Adam D. Moss
  • Lua5.1 suggestion: rawtostring(), Adam D. Moss
  • RE: Kurmi logo, P.Gertman
  • Re: Kurmi logo, Adam D. Moss
  • Re: Kurmi logo, Asko Kauppi
  • Lua memory usage, Hansen Johannes Hessellund
  • Re: package proposal, Daniel Quintela
  • Re: Kurmi logo, Daniel Quintela
  • RE: Kurmi logo, P.Gertman
  • Re: Kurmi logo, Daniel Quintela
  • [ANNOUNCE] LuaJava 1.0 Beta 3, thiago
  • Luasocket socket.select timeout bugs?, Marius Kjeldahl
  • Re: Luasocket socket.select timeout bugs?, Maxime Petazzoni
  • Re: Kurmi logo, Philippe Lhoste
  • Re: luasocket - WinSock bug, Diego Nehab
  • Re: luasocket - WinSock bug, Marius Kjeldahl
  • Re: Luasocket socket.select timeout bugs?, Marius Kjeldahl
  • Re: Luasocket socket.select timeout bugs?, Diego Nehab
  • Re: Luasocket socket.select timeout bugs?, Marius Kjeldahl
  • Re: Luasocket socket.select timeout bugs?, Diego Nehab
  • Re[2]: package proposal, Gunnar Zötl
  • coroutine.current(), Mark Hamburg
  • RE: Luasocket socket.select timeout bugs?, Sampson, Clay
  • Re: coroutine.current(), Roberto Ierusalimschy
  • RE: Luasocket socket.select timeout bugs?, Diego Nehab
  • Re: coroutine.current(), Roberto Ierusalimschy
  • Re: Luasocket socket.select timeout bugs?, Daniel Quintela
  • RE: Luasocket socket.select timeout bugs?, Sampson, Clay
  • Re: Luasocket socket.select timeout bugs?, Marius Kjeldahl
  • Re: Re[2]: package proposal, Asko Kauppi
  • Re: Luasocket socket.select timeout bugs?, Diego Nehab
  • Re: coroutine.current(), Mark Hamburg
• September 22, 2004
  • L->allowhook, Wim Couwenberg
  • Re: Luasocket socket.select timeout bugs?, Marius Kjeldahl
  • RE: Kurmi logo, P.Gertman
  • OpenGLES bindings?, David Given
  • Re: L->allowhook, Roberto Ierusalimschy
  • Functional objects, Mark Hamburg
  • Re: Luasocket socket.select timeout bugs?, Diego Nehab
  • RE: OpenGLES bindings?, Nick Trout
  • RE: Functional objects, Bilyk, Alex
  • Re: Functional objects, Rici Lake
  • RE: Functional objects, Bilyk, Alex
  • Re: Functional objects, Rici Lake
  • RE: Functional objects, Bilyk, Alex
  • Re: Functional objects, Rici Lake
  • Re: Functional objects, Aaron Brown
  • Re: Functional objects, Ben Sunshine-Hill
  • Re: Functional objects, Mark Hamburg
  • RE: Functional objects, Bilyk, Alex
  • Re: Functional objects, Aaron Brown
  • Re: Functional objects, Mark Hamburg
  • Re: Re[2]: package proposal, Jamie Webb
  • Re: Re[2]: package proposal, Thatcher Ulrich
• September 23, 2004
  • Re: Re[2]: package proposal, Adrián Pérez
  • Re: Lua, testing whether a file exists..., Alexey Tourbin
  • startpc of locals, Hisham H. Muhammad
  • Re: Lua, testing whether a file exists..., Alexey Tourbin
  • Re: Lua, testing whether a file exists..., Ashwin Hirschi
  • RE: LuaRC reallocstack issue, Joshua Jensen
  • RE: LuaRC userdata stack corruption, Joshua Jensen
  • RE: LuaRC assertion with luaD_call re-entry, Joshua Jensen
  • [PATCH] luaL_searchpath (was: testing whether a file exists...), Alexey Tourbin
  • loadlib: dlopen mode, Dmitry Samersoff
  • Re: loadlib: dlopen mode, Luiz Henrique de Figueiredo
  • Controlling execution, Florian Berger
  • Re: Controlling execution, Tim Gogolin
  • Re: startpc of locals, Jamie Webb
  • Re: Controlling execution, Florian Berger
  • Re: Controlling execution, Rici Lake
  • Re: Controlling execution, Florian Berger
  • Re: Controlling execution, Rici Lake
  • Re: Functional objects, Mark Hamburg
  • Re: Functional objects, David Given
  • Re: Functional objects, Fabio Mascarenhas
  • Re: startpc of locals, Hisham H. Muhammad
  • Re: Controlling execution, Jamie Webb
  • Re: Controlling execution, Rici Lake
  • Re: Functional objects, Rici Lake
  • Re: Re[2]: package proposal, Asko Kauppi
  • a host for the Lua site, Roberto Ierusalimschy
  • Re: a host for the Lua site, Norman Ramsey
  • Re: a host for the Lua site, Daniel Silverstone
  • Re: a host for the Lua site, Michael Bernstein
  • Re: a host for the Lua site, Alexandre Ribeiro de Sá
  • Re: a host for the Lua site, Michael Bernstein
  • Re: Functional objects, Mark Hamburg
  • Re: a host for the Lua site, David Given
• September 24, 2004
  • Re: a host for the Lua site, Adrián Pérez
  • LUA_NUMBER to float, Tom Spilman
  • Re: LUA_NUMBER to float, Luiz Henrique de Figueiredo
  • deque in C, Steven Elkins
  • Re: Controlling execution, Jamie Webb
  • Re: Controlling execution, Florian Berger
  • Re: loadlib: dlopen mode, Dmitry Samersoff
  • Re: Controlling execution, Michael Roth
  • Re: loadlib: dlopen mode, Luiz Henrique de Figueiredo
  • Re: Re[2]: package proposal, Asko Kauppi
  • Re: a host for the Lua site, Philippe Lhoste
  • Re: Re[2]: package proposal, Peter Loveday
  • Re: a host for the Lua site, Roberto Ierusalimschy
  • Re: a host for the Lua site, William Roper
  • Re: a host for the Lua site, Philippe Lhoste
  • How to cast a table knowing its name?, Jilani Khaldi
  • Re: How to cast a table knowing its name?, Adam D. Moss
  • Lua and vc++.net, mathijs
  • Re: How to cast a table knowing its name?, Jilani Khaldi
  • How to use getglobals()?, Jilani Khaldi
  • request for isprint character class code in string.gsub patterns, David Jones
  • Re: request for isprint character class code in string.gsub patterns, Rici Lake
  • Re: request for isprint character class code in string.gsub patterns, Luiz Henrique de Figueiredo
  • Re: request for isprint character class code in string.gsub patterns, David Jones
  • Re: How to cast a table knowing its name?, Jilani Khaldi
  • Re: How to use getglobals()?, Aaron Brown
  • Re: request for isprint character class code in string.gsub patterns, David Jones
  • Re: Lua and vc++.net, Eric Scouten
  • Re: Lua and vc++.net, Fabio Mascarenhas
  • 5.1 a little slower than 5.0.2, Tom Spilman
• September 25, 2004
  • Re: 5.1 a little slower than 5.0.2, Ben Sunshine-Hill
  • RE: 5.1 a little slower than 5.0.2, Tom Spilman
  • Re: 5.1 a little slower than 5.0.2, Mike Pall
  • LeftJoins with tables (removing values from tables), Clemens Wacha
  • Re: 5.1 a little slower than 5.0.2, Mike Pall
  • RE: LeftJoins with tables (removing values from tables), Milano Carvalho
  • Re: 5.1 a little slower than 5.0.2, Asko Kauppi
  • RE: 5.1 a little slower than 5.0.2, Thiago Bastos
  • Re: 5.1 a little slower than 5.0.2, David Burgess
• September 26, 2004
  • new language shootout, Tom Spilman
  • Re: request for isprint character class code in string.gsub patterns, Wim Couwenberg
  • Re: new language shootout, Mike Pall
  • RE: new language shootout, Tom Spilman
  • [ANNOUNCE] Kurmi 0.5 Alpha installers, Daniel Quintela
  • RE: new language shootout, Tom Spilman
  • Re: new language shootout, Mike Pall
  • RE: new language shootout, Tom Spilman
• September 27, 2004
  • 'too many upvalues', Adam D. Moss
  • Re: 'too many upvalues', Asko Kauppi
  • Re: 'too many upvalues', Adam D. Moss
  • Re: 'too many upvalues', Roberto Ierusalimschy
  • lua.h and c++, Daniel Walker
  • Re: new language shootout, Philippe Lhoste
  • Re: lua.h and c++, Michael Newberry
  • Re: lua.h and c++, Simon_Brown
  • Re: lua.h and c++, David Burgess
  • Re: LeftJoins with tables (removing values from tables), Mark Hamburg
  • Re: new language shootout, Mark Hamburg
  • Re: lua.h and c++, Asko Kauppi
  • Re: lua.h and c++, Diego Nehab
  • kick starting lua_next(), Marius Gheorghe
• September 28, 2004
  • Re: kick starting lua_next(), Luiz Henrique de Figueiredo
  • lua user data objects and interfacing c++, Robert Sadedin
  • Re: 'too many upvalues', Michael Bernstein
  • Re: lua user data objects and interfacing c++, Adrian Sietsma
  • Re: LeftJoins with tables (removing values from tables), Milano Carvalho
  • Lua site [was Re: 'too many upvalues'], Roberto Ierusalimschy
  • Re: Lua site [was Re: 'too many upvalues'], Michael Bernstein
  • too many items in a constructor, Dimitris Papavasiliou
  • Re: Lua site [was Re: 'too many upvalues'], Augusto Cesar Radtke
  • abs_index, Tom Spilman
  • Re: abs_index, Roberto Ierusalimschy
  • Re: Lua site [was Re: 'too many upvalues'], Michael Bernstein
• September 29, 2004
  • Re: Protected tables proposal, Dimitris Papavasiliou
  • Re: Protected tables proposal, Dimitris Papavasiliou
  • Re: lua.h and c++, Daniel Walker
  • Re: lua.h and c++, David Burgess
  • Re: Protected tables proposal, Aaron Brown
  • Re: 5.1 a little slower than 5.0.2, Mike Pall
  • default stack trace function, Frederico Rodrigues Abraham
  • Re: abs_index, David Jones
  • Re: default stack trace function, Aaron Brown
  • Re: Protected tables proposal, Dimitris Papavasiliou
  • Re: lua.h and c++, David Jones
  • Re: lua.h and c++, Rob Kendrick
  • Re: lua.h and c++, Benno
  • Re: default stack trace function, Frederico Rodrigues Abraham
  • RE: lua.h and c++, Sampson, Clay
  • Re: default stack trace function, Roberto Ierusalimschy
  • Re: default stack trace function, Roberto Ierusalimschy
  • Re: abs_index, Edgar Toernig
  • Re: package proposal, Michael Roth
  • Re: too many items in a constructor, Roberto Ierusalimschy
  • Re: too many items in a constructor, Dimitris Papavasiliou
  • Re: abs_index, Roberto Ierusalimschy
  • Re: too many items in a constructor, Peter Loveday
  • Re: 5.1 a little slower than 5.0.2, Roberto Ierusalimschy
  • Re: too many items in a constructor, Dimitris Papavasiliou
• September 30, 2004
  • RE: too many items in a constructor, Bilyk, Alex
  • Re: default stack trace function, Mark Hamburg
  • Re: lua.h and c++, Kaos
  • Re: 5.1 a little slower than 5.0.2, Mike Pall
  • Re: 5.1 a little slower than 5.0.2, Adam D. Moss
  • Re: lua.h and c++, David Jones
  • Re: package proposal, David Jones
  • Re: package proposal, Roberto Ierusalimschy
  • Re: package proposal, David Jones
  • Re: too many items in a constructor, Dimitris Papavasiliou
  • Re: too many items in a constructor, Mark Hamburg
  • Re: too many items in a constructor, Roberto Ierusalimschy
  • Re: package proposal, Roberto Ierusalimschy
  • Re: package proposal, Diego Nehab
  • Re: package proposal, Asko Kauppi
  • correctness of using longjump, Antero Vipunen

---

Mail converted by MHonArc 2.6.19