Mail Thread Index

[Date Index] [Thread Index]

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

---

Mail converted by MHonArc 2.6.19