<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.lang.lua.general">
    <title>gmane.comp.lang.lua.general</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47755"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47754"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47753"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47752"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47751"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47750"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47749"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47748"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47747"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47746"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47745"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47744"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47743"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47742"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47741"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47740"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.lua.general/47739"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47758">
    <title>Re: [ANN] Dado 1.0</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47758</link>
    <description> Hi Bertrand

 I'm sorry, the CVS is not hosted in LuaForge :-)
I am attaching the diff to this message if you like it.

 Regards,
 TomásIndex: src/dado/init.lua
===================================================================
RCS file: /usr/local/cvsroot/infra/src/dado/init.lua,v
retrieving revision 1.5
retrieving revision 1.6
diff -r1.5 -r1.6
5c5
&lt; -- &lt; at &gt;release $Id: init.lua,v 1.5 2008/04/20 21:27:42 tomas Exp $
---
168a169
180c181
&lt; end
---
Index: src/dado/object.lua
===================================================================
RCS file: /usr/local/cvsroot/infra/src/dado/object.lua,v
retrieving revision 1.4
retrieving revision 1.5
diff -r1.4 -r1.5
10c10
&lt; -- &lt; at &gt;release $Id: object.lua,v 1.4 2008/04/09 03:16:15 tomas Exp $
---
13c13
&lt; local getmetatable, ipairs, pairs, rawget, rawset, setmetatable, type = getmetatable, ipairs, pairs, rawget, rawset, setmetatable, type
---
143a144,155
148c160
&lt; return self.__dado:insert (self.table_name, self) == 1
---
156c168
&lt; </description>
    <dc:creator>Tomas Guisasola Gorham</dc:creator>
    <dc:date>2008-05-14T17:36:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47757">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47757</link>
    <description>Hi,

This is the way I did when I built Lua and Kepler debs for the Nokia 770,
but it's too much of a hassle just to build a couple of packages, I thought
someone would have already done all this and packaged it up as a nice VM
image. :-)

--
Fabio Mascarenhas

On Wed, May 14, 2008 at 1:17 PM, Gerhard Sittig &lt;Gerhard.Sittig&lt; at &gt;gmx.net&gt;
wrote:

</description>
    <dc:creator>Fabio Mascarenhas</dc:creator>
    <dc:date>2008-05-14T17:11:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47756">
    <title>Re: breaking down stream</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47756</link>
    <description>Hi,

IMHO the best approach is to use a table of country codes indexed by 
length containing an areacode table also indexed by length.
Then you would check from the longest to the shortes codes.

Here is the algorithm with a sample code table: (area codes are not real 
ones exept for 43 Austria :-)
Code is not very well tested!!

local codes={
    [1]={
        ['1']={
            [1]={['3']=true,['4']=true,['5']=true},
            [2]={['32']=true,['24']=true,['25']=true},
            [3]={['321']=true,['212']=true},
        },
        ['7']={
            [1]={['1']=true,['2']=true,['3']=true},
            [3]={['112']=true,['223']=true},
        },
    },
    [2]={
        ['43']={
            [1]={['1']=true,['7']=true},
            [2]={['05']=true},
            [4]={['720']=true,['800']=true}
        },
    },
}

local table_maxn=table.maxn
local string_sub=string.sub

local function splitnumber(number)
    number=tostring(number) --ensure number is a string
    for c=table_maxn(codes),1,-1 do --could b</description>
    <dc:creator>Michael Wolf</dc:creator>
    <dc:date>2008-05-14T17:10:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47755">
    <title>Re: [ANN] Dado 1.0</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47755</link>
    <description>
Le 14 mai 08 à 15:05, Tomas Guisasola Gorham a écrit :

Hi Tomas,

Where is the CVS, I tried browsing it in luaforge but it looks empty,  
unless I missed something.

Bertrand


</description>
    <dc:creator>Bertrand Mansion</dc:creator>
    <dc:date>2008-05-14T16:25:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47754">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47754</link>
    <description>
IIUC, the Maemo SDK (from maemo.org -&gt; SDK) contains
- a chrooted environment
- a native (x86) build chain
- a cross (ARMel) build chain
Maemo development requires an x86 workstation, preferrably Debian or
Ubuntu, but other distros might work as well.

You can build for the native PC environment during development, run gdb,
valgrind and friends on the software.  And then you switch to the cross
compiler, and either run the resulting binaries in an emulator on the PC
(which lacks support for a few edge cases, but usually works great) or
beam the binaries onto the gadget and run them there.

Running autoconf stuff is said to work when you change into the
development environment and configure and build from there.

But I've not yet done this, only glimpsed through the doc, since I don't
have the gadget (yet).


virtually yours
Gerhard Sittig
</description>
    <dc:creator>Gerhard Sittig</dc:creator>
    <dc:date>2008-05-14T16:17:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47753">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47753</link>
    <description>
Compiling recent (cvs) versions of luagtk runs self check tests...
They fail on arm, probably because some missing details in the calling
convention mechanism, but the expert is Wolfgang, that managed to solve
the same issue on amd64 once I gave him access to a test box.

Cheers
</description>
    <dc:creator>Enrico Tassi</dc:creator>
    <dc:date>2008-05-14T13:53:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47752">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47752</link>
    <description>Hi,

I thought lua-gtk used libffi? I have an Alien (http://alien.luaforge.net)
build running fine on an ARM target (a Linksys NSLU2, running Debian ARM),
so if lua-gtk is using libffi it is just a matter of updating (or tweaking a
Makefile).

I have to download a Maemo VM and play sometimes to see if I can compile the
whole Kepler stack (+Alien) in the latest Maemo, anyone know a good one
(preferably that works with VirtualBox, as VMPlayer is broken on Ubuntu
8.04)?

--
Fabio Mascarenhas

On Wed, May 14, 2008 at 8:24 AM, Enrico Tassi &lt;gareuselesinge&lt; at &gt;libero.it&gt;
wrote:

</description>
    <dc:creator>Fabio Mascarenhas</dc:creator>
    <dc:date>2008-05-14T13:29:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47751">
    <title>Re: [ANN] Dado 1.0</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47751</link>
    <description> Hi Bertrand

 I've solved the bug and you have to correct your code
also (provide a key to the record).
 Moreover, I am not sure if there is a reasonable way
to allow the module to encapsulate the different mechanisms the
databases provide to auto-increment table keys in insert.  You
said that you have some ideas to solve that.  Please share your
thoughts :-)

 Regards,
 Tomás</description>
    <dc:creator>Tomas Guisasola Gorham</dc:creator>
    <dc:date>2008-05-14T13:05:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47750">
    <title>Re: luaconf.h patch for the Borland/CodeGear compiler</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47750</link>
    <description>

Thanks for the patch Mike, I've saved it off for later use.

I also use the Borland compilers often for just this reason: creation of standalone executables.  It makes distribution and installation a snap.  While I do agree that shared DLLs save resources, the headaches caused by the versioning of DLLs I can live without.  And sometimes it just makes sense.  While doing some work with the Blackdog and K9 devices (an embedded linux server with a built in biometric reader for authentication), I had a need for a standalone executable, which at device boot time would be copied from the device to the host PC (and of course removed when the device was unplugged).  Not having to also arrange for the copy and deletion of a bunch of support DLLs made this much simpler.  The program itself acted as a SOAP server so that the device could send commands (usually Lua scripts to be executed on the host) to the host PC.

Terry




</description>
    <dc:creator>Terry Bayne</dc:creator>
    <dc:date>2008-05-14T12:20:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47749">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47749</link>
    <description>
We have been succesfully running Kepler (with Xavante as the web
server) on Maemo since the N770 but this is not even close to having a
Hildon/GTK bind, for sure.

The devices were able to handle more than 20 simultaneous connections
while keeping being fully operational for the user. Not that we are
suggesting using one for your intranet... :o)

The idea is to execute local web applications on Maemo that would sync
data with the "external" web application whenever there was such a
connection. The user experience (using the browser) should be the
same, only the dataset would be subject to changes.

But again, this is a totally different use of Lua. I really like the
idea of having native application development for Hildon but this is
not part of Kepler's roadmap.


Another thing to consider would be adding LuaRocks to the SDK
toolchain so one could use LuaRocks to build a set of Rocks and then
migrate them to the device,  where they would be "frozen".

André

</description>
    <dc:creator>Andre Carregal</dc:creator>
    <dc:date>2008-05-14T12:07:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47748">
    <title>Re: How to access .bz2 files with lua ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47748</link>
    <description>
I am using lua-aio installation. Currently:
- check urls with sockets lib.
- download the file with curl lib.
- unbzip with bzip lib.
- read the xml with lxp lib.
- store in sqlite3 db lib.

i did my job and using lua aio was indeed nice...




</description>
    <dc:creator>George Petsagourakis</dc:creator>
    <dc:date>2008-05-14T11:52:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47747">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47747</link>
    <description>
Sounds nice, but someone with an arm device should study the calling
conventions on that architecture and provide a fix (as it is already
done for amd64) for lua-gtk. Actually the library is unable to use ffi
properly on arm (tested on Debian arm and armel build hosts).

Cheers
</description>
    <dc:creator>Enrico Tassi</dc:creator>
    <dc:date>2008-05-14T11:24:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47746">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47746</link>
    <description>What about a (possibly stripped down) version of Wolfgang's lua-gtk?

steve d.

On Wed, May 14, 2008 at 1:01 PM, noel frankinet
&lt;noel.frankinet&lt; at &gt;skynet.be&gt; wrote:

</description>
    <dc:creator>steve donovan</dc:creator>
    <dc:date>2008-05-14T11:03:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47745">
    <title>Re: Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47745</link>
    <description>Gerhard Sittig a écrit :
Hello Gerhard,

I have done a proprietary binding to windows (button list view, etc). 
I'm ready to help for a GTK binding if needed.
Noël

</description>
    <dc:creator>noel frankinet</dc:creator>
    <dc:date>2008-05-14T11:01:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47744">
    <title>Lua on Maemo (Nokia N810 and friends)</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47744</link>
    <description>I'm considering to get me a Nokia N810 and noticed that Lua is not (yet)
available for that device (in prepackaged or standalone form, that is).
The device runs OS 2008, aka Maemo 4.0, a Linux based system with a GTK
based UI.  The hardware platform is an XScale processor with quite a lot
of RAM (some hundred megabytes) and Flash mass storage (several
gigabytes).  It has WLAN b/g, BT, USB (no IR?), and builtin GPS.  The
display is rather huge (800x480 in 4.1") and there's a touch screen as
well as a real keyboard.  In fact it's quite a heavy yet mobile
computing machine, the kind of what we had on our desk a few years ago.

Lua seems to not be bundled with the OS.  The maemo.org download area
does have Python and Ruby, but not Lua.  A search on luaforge.net for
"maemo", "gtk", "hildon" (the UI framework), "nokia" or "nit" (Nokia
coined the "Nokia Internet Tablet" term) doesn't reveal related projects
("nokia" hits for a bit manipulation library since that one supports one
of Nokia's formats, it seems).

I un</description>
    <dc:creator>Gerhard Sittig</dc:creator>
    <dc:date>2008-05-14T11:21:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47743">
    <title>Re: PATCH: fixes bug with calling garbage collector from customlua_Alloc</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47743</link>
    <description>By the way, shouldn't your patch be published to
http://lua-users.org/wiki/LuaPowerPatches? I don't tknow if there are
any special requirements for a patch to be published on that page, but
I think this would make it more visible to the Lua community.

On Tue, May 13, 2008 at 10:07 AM, Bogdan Marinescu
&lt;bogdan.marinescu&lt; at &gt;gmail.com&gt; wrote:

</description>
    <dc:creator>Bogdan Marinescu</dc:creator>
    <dc:date>2008-05-14T10:52:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47742">
    <title>Re: Access Lua's last evaluated result from C</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47742</link>
    <description>Why not just make your configuration files Lua files?
Lua is traditionally being used for that purpose and does this task 
extremely well.

E.g.:

param1 = 3.5
param2 = -0.4
param3 = param2 * 1.5

</description>
    <dc:creator>Shmuel Zeigerman</dc:creator>
    <dc:date>2008-05-14T09:38:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47741">
    <title>Re: Access Lua's last evaluated result from C</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47741</link>
    <description>I would insist on an explicit 'return' instruction, or course you may
decide that the | character can be shorthand for 'return ', and
perform that replacement before loading the chunk

2008/5/14 steve donovan &lt;steve.j.donovan&lt; at &gt;gmail.com&gt;:

</description>
    <dc:creator>Peter Cawley</dc:creator>
    <dc:date>2008-05-14T09:21:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47740">
    <title>Re: Access Lua's last evaluated result from C</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47740</link>
    <description>The form of the chunk you actually send to Lua would be 'return
param2*1.5', and gets compiled to a function which returns the value.
You would of course have to insert the values for 'param2' etc into
the global table directly.

steve d.

On Wed, May 14, 2008 at 10:38 AM, Maggie Webb and Pete Kerr
&lt;magnpete&lt; at &gt;activ8.net.au&gt; wrote:

</description>
    <dc:creator>steve donovan</dc:creator>
    <dc:date>2008-05-14T08:59:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47739">
    <title>Access Lua's last evaluated result from C</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47739</link>
    <description>Hi

Is there a clean way I can access, from C, the last value computed by Lua,
if it wasn't assigned to a variable?

Here's why I want to do it:

My C application requires the user to specify parameter values in a file
like this

param1    3.5
param2     -0.4

I want to extend this by allowing the user to replace the explicit value
with some Lua code between dollar signs

param3   $ param2*1.5 $

If I send this chunk to Lua, how do I get the value back? If it was MATLAB,
say, I'd just fetch the value of variable ans, which always holds the last
value computed.

I could concatenate "param3=" with "param2*1.5" and fetch the value of
param3, but in more complex examples the user might submit a list of
statements with the last one evaluating to the required parameter value.
e.g.

param3    $  lots of code ;  required_value $

I could of course insist on:

param3    $  lots of code ; param3 = required_value $

Which gives me the easy to read (by a human) list of parameter names down
the left, but forces the user </description>
    <dc:creator>Maggie Webb and Pete Kerr</dc:creator>
    <dc:date>2008-05-14T08:38:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.lua.general/47738">
    <title>Re: Programming beginners' documentation</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.lua.general/47738</link>
    <description>Personally, I think that the executable in the path _should_ be called
just 'lua'. If you really need more versions, Python's way is good
enough: different directories with different names (named according to
the version). At least this is how it happens on Windows, I didn't
check other platforms. This way, you always know that when you call
'lua', someone will answer.

</description>
    <dc:creator>Bogdan Marinescu</dc:creator>
    <dc:date>2008-05-14T07:21:01</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.lang.lua.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.lua.general</link>
  </textinput>
</rdf:RDF>
