wxlua-users — wxLua list for users and developers

[Wxlua-users] Re: wxLua 2.6.2.0 - wxluaedit.exe missing in binary for win32

[Francesco M. <f18...@ya...>]

Kopp, Manfred ha scritto:
> Hello,
> 
> I installed the win32-version of wxLua 2.6.2.0 an there was a shortcut created for wxluaedit.exe
> on my desktop, but the wxluaedit.exe is not in the ...wxLua\bin\ directory.
> Seems, like it was forgotten to be included in the package (source was installed).

That's my fault. Sorry.
I don't really understand how I could miss it...

Francesco

[Wxlua-users] Re: Printing and derived functions fixed & wxLuaFreeze

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> Francesco, can you rebake the build files? I've added wxluafreeze by
> copying every instance where I saw wxluacan. I hope I got it right.
yes, everything was perfect in bakefiles.
I just added a new option to configure.ac.

A minor thing: wxLuaFreeze had a dependency from wxSTC because of an 
unnecessary call to wxLuaBinding_wxstc_init();... I've removed it...

>> I have fixed the printing and in general calling derived functions
>> like the ones in wxLuaPrintout.
Very good !


>>
>> I think that after I add the wxLuaFreeze program that works in Linux
>> using gcc (at least) I think we can make the 2.6.3.1 release!
Sure. Can we fix a date for it ?
Until 19 April I'll be in (semi) holidays... ;)


>> The wxLuaFreeze I wrote consists of a lua script that appends a wxLua
>> program to the wxLuaFreeze.exe executable which when started looks at
>> the end of itself for a special tag that tells it how big the script
>> at the end is and then loads and runs it.
I looked how it's implemented and it looks a short & elegant solution ;)

>>
>> I still don't have a good idea how to really get freeze to work for
>> multiple files and modules, but it's a start and at least it shows how
>> to make a very minimal wxLua program that simply runs a script. I
>> think we'd have to rewrite the lua module loading to use some sort of
>> fake file system, for example reading from a wxZipFilestream. However
>> we can't just replace the io.open functions since the wxLua program
>> may want to actually use them to read/write files that are really on
>> the disk.
I think you're right: an additional abstraction level is necessary to 
hide to the scripts the facts that the scripts themselves have been 
embedded in a single exe... but as you say that's a good start.

An important thing before making 2.6.3.1 is also to update the ChangeLog...

Francesco

[Wxlua-users] Re: wxLua & Lua 5.1: First Impressions

[Francesco M. <f18...@ya...>]

Leandro Motta Barros ha scritto:
> On 4/2/06, Francesco Montorsi <f18...@ya...> wrote:
>> Leandro Motta Barros ha scritto:
>>> 1. My wxWidgets installation doesn't include wxSTC, and I had to
>>> manually pass the '--disable-wxbindstc' flag to the 'configure'
>>> script. It would be nice if 'configure' could test for 'wxSTC'
>>> presence and disable it automatically if it isn't found.
>> configure already tests for wxSTC... didn't you get a message 'wxSTC
>> could not be found etc etc' ?
> 
> Yes, but 'configure' aborted just after the message. I thought it
> should keep going, just with wxSTC support disabled. Issuing a warning
> perhaps.
Thinking deeper about it you're probably right: a successfull 
compilation is the most important thing to make sure the user tries the 
program. So, I've changed it from an error to a big warning. Without 
wxSTC now compilations will proceed but wxLuaApp and wxLuaEdit apps will 
be disabled.

Francesco

[Wxlua-users] Re: Printing and derived functions fixed & wxLuaFreeze

[John L. <jla...@gm...>]

Francesco, can you rebake the build files? I've added wxluafreeze by
copying every instance where I saw wxluacan. I hope I got it right.

Thanks,
    John Labenski


On 4/11/06, John Labenski <jla...@gm...> wrote:
> I have fixed the printing and in general calling derived functions
> like the ones in wxLuaPrintout.
>
> I think that after I add the wxLuaFreeze program that works in Linux
> using gcc (at least) I think we can make the 2.6.3.1 release!
>
> -----
>
> The wxLuaFreeze I wrote consists of a lua script that appends a wxLua
> program to the wxLuaFreeze.exe executable which when started looks at
> the end of itself for a special tag that tells it how big the script
> at the end is and then loads and runs it.
>
> I still don't have a good idea how to really get freeze to work for
> multiple files and modules, but it's a start and at least it shows how
> to make a very minimal wxLua program that simply runs a script. I
> think we'd have to rewrite the lua module loading to use some sort of
> fake file system, for example reading from a wxZipFilestream. However
> we can't just replace the io.open functions since the wxLua program
> may want to actually use them to read/write files that are really on
> the disk.
>
> Regards,
>     John Labenski
>

[Wxlua-users] Printing and derived functions fixed & wxLuaFreeze

[John L. <jla...@gm...>]

I have fixed the printing and in general calling derived functions
like the ones in wxLuaPrintout.

I think that after I add the wxLuaFreeze program that works in Linux
using gcc (at least) I think we can make the 2.6.3.1 release!

-----

The wxLuaFreeze I wrote consists of a lua script that appends a wxLua
program to the wxLuaFreeze.exe executable which when started looks at
the end of itself for a special tag that tells it how big the script
at the end is and then loads and runs it.

I still don't have a good idea how to really get freeze to work for
multiple files and modules, but it's a start and at least it shows how
to make a very minimal wxLua program that simply runs a script. I
think we'd have to rewrite the lua module loading to use some sort of
fake file system, for example reading from a wxZipFilestream. However
we can't just replace the io.open functions since the wxLua program
may want to actually use them to read/write files that are really on
the disk.

Regards,
    John Labenski

Re: [Wxlua-users] wxLua 2.6.2.0 - wxluaedit.exe missing in binary for win32

[John L. <jla...@gm...>]

On 4/7/06, Kopp, Manfred <m....@de...> wrote:
> I installed the win32-version of wxLua 2.6.2.0 an there was a shortcut cr=
eated for wxluaedit.exe
> on my desktop, but the wxluaedit.exe is not in the ...wxLua\bin\ director=
y.
> Seems, like it was forgotten to be included in the package (source was in=
stalled).
>
> When will there be an update avalable?

Hopefully soon, maybe in the next week? I think things are pretty
stable right now, but there's just one "little" printing bug in MSW
that I'd really like to fix first.

Here's a copy of wxluaedit.exe for you to try out in the meantime however.
http://www.lehigh.edu/~jrl1/wxwidgets/download/wxluaedit.exe

Regards,
    John Labenski

[Wxlua-users] wxLua 2.6.2.0 - wxluaedit.exe missing in binary for win32

[Kopp, M. <m....@de...>]

Hello,

I installed the win32-version of wxLua 2.6.2.0 an there was a shortcut =
created for wxluaedit.exe
on my desktop, but the wxluaedit.exe is not in the ...wxLua\bin\ =
directory.
Seems, like it was forgotten to be included in the package (source was =
installed).

When will there be an update avalable?
Greetings, Manfred

[Wxlua-users] suse compiles

[klaas.holwerda <kho...@xs...>]

Hi,

I managed to compile on OpenSuse 10 without problem, with 2.6.3.
2.6.2 did not work out.
The only thing i found strange is the wxstedit, after installing it i 
had to copy

libstedit.a to libsteditd.a

after that i could compile wxLua with that too.

( i am using the downloads of wxLua and wxStedit not CVS ).

Next after running wxluacan, and running the incircles.lua script, i 
found that it is different from windows.
It looks like one of the lua script like objects is not drawn at all, 
but there is no error or warning.
I hope to find some more on this one, but that is only hope :-(

In general it was easy to setup, my next step is to make it work with 
wxArt2D, with Cmake that is already the case.
And bakefile makes will be the next challenge.

I still enjoy that wxLua is now in such a fine state!

Thanks!

Klaas

Re: [Wxlua-users] Re: wxLua & Lua 5.1: First Impressions

[Leandro M. B. <lmb...@gm...>]

T24gNC8yLzA2LCBKb2huIExhYmVuc2tpIDxqbGFiZW5za2lAZ21haWwuY29tPiB3cm90ZToKCj4g
PiA+IDEuIE15IHd4V2lkZ2V0cyBpbnN0YWxsYXRpb24gZG9lc24ndCBpbmNsdWRlIHd4U1RDLCBh
bmQgSSBoYWQgdG8KPgo+IFlvdSdyZSB1c2luZyBhIFJQTSBvZiB3eFdpZGdldHMgb3Igc29tZXRo
aW5nIGVsc2U/CgpTb21ldGhpbmcgZWxzZSA6LSkgIEkgdXNlIGEgcXVpdGUgYWx0ZXJuYXRpdmUg
ZGlzdHJpYnV0aW9uCih3d3cuZ29ib2xpbnV4Lm9yZyksIHdoaWNoIGhhcyBhIHZlcnkgb3duIHBh
Y2thZ2luZyBhbmQgY29tcGlsaW5nCnN5c3RlbS4KCkJ1dCBubyBwcm9ibGVtIGZvciBtZSBoZXJl
LiBTbyBmYXIgSSdtIG5vdCBtaXNzaW5nIHd4THVhRWRpdCBhbmQgZnJpZW5kcy4KCj4gPiA+IDMu
IEkgdGhpbmsgdGhhdCB0aGUgJ2luY2x1ZGUnIGRpcmVjdG9yeSBpbiAnI2luY2x1ZGUKPiA+ID4g
PHd4YmluZC9pbmNsdWRlL3d4YmluZC5oPicgaXMgYSBiaXQgY3VtYmVyc29tZSAoSSB3b3VsZCBw
cmVmZXIganVzdAo+ID4gPiBzb21ldGhpbmcgbGlrZSAnI2luY2x1ZGUgPHd4YmluZC93eGJpbmQu
aD4nLCBmb3IgZXhhbXBsZSkuIEkgY2FuIGxpdmUKPiA+ID4gd2l0aCB0aGlzLCB0aG91Z2guIDot
KQo+ID4gdGhpcyB3YXMgbm90IHRvIHBvbGx1dGUgdGhlIGNvbXBpbGVyIGxpbmUgd2l0aCBhIGxv
dCBvZiBpbmNsdWRlIHBhdGhzCj4gPiAod2Ugd291bGQgbmVlZCBvbmUgZm9yIGVhY2ggc3ViZm9s
ZGVyIGluIG1vZHVsZXNcIC4uLikuCj4KPiBBZ3JlZWQsIHRoaXMgbWF5IG5vdCBiZSAic3RhbmRh
cmQiLCBidXQgYWxsIHlvdSBoYXZlIHRvIGluY2x1ZGUgaXMgdGhlCj4gbW9kdWxlcyBkaXIgdG8g
Z2V0IGV2ZXJ5dGhpbmcuCgpPSy4gQWdhaW4sIG5vIHByb2JsZW0gZm9yIG1lLiBJdCB3YXMganVz
dCBhIGNvbW1lbnQuCgo+ID4gPiA0LiBJIGhhZCB0byBsaW5rIHdpdGggJ3d4bHVhX2d0azJfd3hs
dWFzb2NrZXQtMi42JywgZXZlbiB0aG91Z2ggSQo+ID4gPiBkb24ndCB1c2Ugc29ja2V0cy4gT3Ro
ZXJ3aXNlLCBJIGdldCBzb21lIGxpbmtpbmcgZXJyb3JzIGNvbmNlcm5pbmcKPiA+ID4gbmFtZXMg
dGhhdCBJIHdvdWxkIGV4cGVjdCB0byBmaW5kIGF0ICd3eGx1YV9ndGsyX3d4bHVhZGVidWctMi42
Jwo+ID4gPiBpbnN0ZWFkOgo+Cj4gVGhlIHByb2JsZW0gaXMgZnJvbSB0aGUgd3hsdWFzZXR1cC5o
IGhhdmluZwo+ICNkZWZpbmUgd3hMVUFfVVNFX3d4THVhRGVidWdTZXJ2ZXIgMQo+IHdoaWNoIG1h
a2VzIHRoZSB3eGxiaW5kIGxpYiAjaW5jbHVkZSAid3hsdWFzb2NrZXQvaW5jbHVkZS93eGxkc2Vy
di5oIgo+Cj4gVGhpcyBpcyBzZXQgYnkgZGVmYXVsdCBzbyB0aGF0IHRoZSB3eGx1YSBhcHAgcHJv
Z3JhbSB3b3Jrcy4gV2UgaGFkIGEKPiBkaXNjdXNzaW9uIGEgd2hpbGUgYmFjayBhYm91dCBob3cg
dG8gbW9zdCBzaW1wbHkgYWxsb3cgbXVsdGlwbGUKPiB3eGx1YXNldHVwLmggZmlsZXMgdG8gZ2Vu
ZXJhdGUgZGlmZmVyZW50IHd4YmluZCBsaWJzIGZvciBkaWZmZXJlbnQKPiBwcm9ncmFtcywgYnV0
IGZvdW5kIHRoYXQgInRyaWNrcyIgdGhhdCB3b3VsZCB3b3JrIGZvciBvbmUgY29tcGlsZXIKPiB3
b3VsZCBmYWlsIGZvciBvdGhlcnMuCgpPbmNlIG1vcmUsIHRoYXQncyBub3QgYSByZWFsIHByb2Js
ZW0gZm9yIG1lLiBJIGp1c3QgZm91bmQgaXQgc3RyYW5nZS4uLgoKPiA+ID4gNS4gQ2FsbGluZyB0
aGUgTHVhICdwcmludCgpJyBmdW5jdGlvbiBmcm9tIGEgc2NyaXB0IHJ1biB1c2luZwo+ID4gPiAn
d3hMdWFTdGF0ZTo6UnVuRmlsZSgpJyBkb2Vzbid0IHByaW50IGFueXRoaW5nIGF0IHRoZSB0ZXJt
aW5hbC4gSXMKPiA+ID4gdGhpcyBiZWluZyByZWRpcmVjdGVkIHRvIHNvbWV3aGVyZT8KPiA+IHRo
ZXNlIGxhc3QgdHdvIGFyZSBtZWF0IGZvciBKb2huLCBJIHRoaW5rIDspCj4KPiBJdCdzIGJlaW5n
IHNlbnQgYXMgYW4gd3hFVlRfTFVBX0NPTlNPTEUgKHNlZSB3eGxzdGF0ZS5oKSBldmVudCBmcm9t
Cj4gdGhlIGZ1bmN0aW9uIHd4THVhX2x1YV9wcmludEZ1bmN0aW9uIHRoYXQncyBwdXNoZWQgb24g
dGhlIGx1YV9TdGF0ZSwKPiBzZWUKPiBib29sIHd4THVhU3RhdGU6OkNyZWF0ZSh3eEV2dEhhbmRs
ZXIgKmhhbmRsZXIsIHd4V2luZG93SUQgaWQpCj4KPiBJIHRoaW5rIHlvdSBjYW4ganVzdCBjYWxs
Cj4gd3hMdWFTdGF0ZTo6UmVnaXN0ZXJGdW5jdGlvbihOVUxMLCB3eFQoInByaW50IikpOwo+IHRv
IGdldCBiYWNrIHRoZSBvcmlnaW5hbCBwcmludCBmdW5jdGlvbi4KPgo+IG9yIHB1c2hpbmcgdGhl
IG9yaWdpbmFsIGZ1bmN0aW9uIGJhY2sgd2lsbCB3b3JrCj4gbGJhc2VsaWIuYzpzdGF0aWMgaW50
IGx1YUJfcHJpbnQgKGx1YV9TdGF0ZSAqTCkKClRoYW5rcyEgSSdsbCB0cnkgdGhpcy4KCkxNQgo=

Re: [Wxlua-users] Re: wxLua & Lua 5.1: First Impressions

[Leandro M. B. <lmb...@gm...>]

T24gNC8yLzA2LCBGcmFuY2VzY28gTW9udG9yc2kgPGYxOG1fY3BwMjE3ODI4QHlhaG9vLml0PiB3
cm90ZToKPiBMZWFuZHJvIE1vdHRhIEJhcnJvcyBoYSBzY3JpdHRvOgo+ID4gMS4gTXkgd3hXaWRn
ZXRzIGluc3RhbGxhdGlvbiBkb2Vzbid0IGluY2x1ZGUgd3hTVEMsIGFuZCBJIGhhZCB0bwo+ID4g
bWFudWFsbHkgcGFzcyB0aGUgJy0tZGlzYWJsZS13eGJpbmRzdGMnIGZsYWcgdG8gdGhlICdjb25m
aWd1cmUnCj4gPiBzY3JpcHQuIEl0IHdvdWxkIGJlIG5pY2UgaWYgJ2NvbmZpZ3VyZScgY291bGQg
dGVzdCBmb3IgJ3d4U1RDJwo+ID4gcHJlc2VuY2UgYW5kIGRpc2FibGUgaXQgYXV0b21hdGljYWxs
eSBpZiBpdCBpc24ndCBmb3VuZC4KPiBjb25maWd1cmUgYWxyZWFkeSB0ZXN0cyBmb3Igd3hTVEMu
Li4gZGlkbid0IHlvdSBnZXQgYSBtZXNzYWdlICd3eFNUQwo+IGNvdWxkIG5vdCBiZSBmb3VuZCBl
dGMgZXRjJyA/CgpZZXMsIGJ1dCAnY29uZmlndXJlJyBhYm9ydGVkIGp1c3QgYWZ0ZXIgdGhlIG1l
c3NhZ2UuIEkgdGhvdWdodCBpdApzaG91bGQga2VlcCBnb2luZywganVzdCB3aXRoIHd4U1RDIHN1
cHBvcnQgZGlzYWJsZWQuIElzc3VpbmcgYSB3YXJuaW5nCnBlcmhhcHMuCgo+IEl0IGRvZXMgbm90
IGRpc2FibGUgaXQgYXV0b21hdGljYWxseSBpZiBub3QgZm91bmQgZm9yIGNob2ljZTogd3hTVEMg
aXMKPiByZXF1aXJlZCBmb3IgYm90aCB3eEx1YUFwcCBhbmQgd3hMdWFFZGl0IGFwcGxpY2F0aW9u
cy4uLiBpZiB5b3UgZG9uJ3QKPiBoYXZlIHd4U1RDIHRoZW4geW91IG1pc3MgdHdvIG5pY2UgYXBw
cyA7KQoKOi0pCgo+ID4gMy4gSSB0aGluayB0aGF0IHRoZSAnaW5jbHVkZScgZGlyZWN0b3J5IGlu
ICcjaW5jbHVkZQo+ID4gPHd4YmluZC9pbmNsdWRlL3d4YmluZC5oPicgaXMgYSBiaXQgY3VtYmVy
c29tZSAoSSB3b3VsZCBwcmVmZXIganVzdAo+ID4gc29tZXRoaW5nIGxpa2UgJyNpbmNsdWRlIDx3
eGJpbmQvd3hiaW5kLmg+JywgZm9yIGV4YW1wbGUpLiBJIGNhbiBsaXZlCj4gPiB3aXRoIHRoaXMs
IHRob3VnaC4gOi0pCj4gdGhpcyB3YXMgbm90IHRvIHBvbGx1dGUgdGhlIGNvbXBpbGVyIGxpbmUg
d2l0aCBhIGxvdCBvZiBpbmNsdWRlIHBhdGhzCj4gKHdlIHdvdWxkIG5lZWQgb25lIGZvciBlYWNo
IHN1YmZvbGRlciBpbiBtb2R1bGVzXCAuLi4pLgoKT0ssIG5vIHByb2JsZW0gOi0pCgpMTUIK

Re: [Wxlua-users] Re: wxLua & Lua 5.1: First Impressions

[John L. <jla...@gm...>]

On 4/2/06, Francesco Montorsi <f18...@ya...> wrote:
> Leandro Motta Barros ha scritto:
> > CVS was up, so I was able to try the very latest wxLua version.
> strange: I still get errors when trying to access it - maybe only
> developer CVS is down ? John, are you able to access it ?

Not yet. :/

> > So
> > far, I have just created a very simple C++application that links to
> > wxLua and runs a script that creates an user interface (I just grabbed
> > the script at wxLua's front page).
> >
> > I have just took a very quick look at the examples that come with
> > wxLua, but it seems that the one I created is simpler than those, so
> > it may be useful for other beginners, too. I've uploaded it to
> > http://cscience.org/~lmb/MinimalEmbeddedWXLuaApp.zip. If the current
> > distribution really lacks an example as simple as this one, please
> > feel free to review and add this one to the distribution or to the
> > wxLua page.

This is hopefully what the "freeze" type program will do. It has to be
written of course, but it'll be simple like yours.

> > Up to this moment, I have only five notes:
> >
> > 1. My wxWidgets installation doesn't include wxSTC, and I had to

You're using a RPM of wxWidgets or something else?

> > manually pass the '--disable-wxbindstc' flag to the 'configure'
> > script. It would be nice if 'configure' could test for 'wxSTC'
> > presence and disable it automatically if it isn't found.
> configure already tests for wxSTC... didn't you get a message 'wxSTC
> could not be found etc etc' ?
>
> It does not disable it automatically if not found for choice: wxSTC is
> required for both wxLuaApp and wxLuaEdit applications... if you don't
> have wxSTC then you miss two nice apps ;)
>
> > 2. The file 'wxluasetup.h' was not installed by 'make install'. I had
> > to copy manually.
> this is sure a big problem - thanks for reporting it.
> Fixed in CVS (wxluasetup.h was erroneously installed into
> $PREFIX/src/wxbind/setup instead of $PREFIX/include/wxbind/setup)

Thanks.

> > 3. I think that the 'include' directory in '#include
> > <wxbind/include/wxbind.h>' is a bit cumbersome (I would prefer just
> > something like '#include <wxbind/wxbind.h>', for example). I can live
> > with this, though. :-)
> this was not to pollute the compiler line with a lot of include paths
> (we would need one for each subfolder in modules\ ...).

Agreed, this may not be "standard", but all you have to include is the
modules dir to get everything.

> > 4. I had to link with 'wxlua_gtk2_wxluasocket-2.6', even though I
> > don't use sockets. Otherwise, I get some linking errors concerning
> > names that I would expect to find at 'wxlua_gtk2_wxluadebug-2.6'
> > instead:

The problem is from the wxluasetup.h having
#define wxLUA_USE_wxLuaDebugServer 1
which makes the wxlbind lib #include "wxluasocket/include/wxldserv.h"

This is set by default so that the wxlua app program works. We had a
discussion a while back about how to most simply allow multiple
wxluasetup.h files to generate different wxbind libs for different
programs, but found that "tricks" that would work for one compiler
would fail for others.

> > /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> > `wxLuaDebugServer::DisplayStackDialog(wxWindow*)'
> > /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> > `wxLuaDebugServer::wxLuaDebugServer(int)'
...

> > 5. Calling the Lua 'print()' function from a script run using
> > 'wxLuaState::RunFile()' doesn't print anything at the terminal. Is
> > this being redirected to somewhere?
> these last two are meat for John, I think ;)

It's being sent as an wxEVT_LUA_CONSOLE (see wxlstate.h) event from
the function wxLua_lua_printFunction that's pushed on the lua_State,
see
bool wxLuaState::Create(wxEvtHandler *handler, wxWindowID id)

I think you can just call
wxLuaState::RegisterFunction(NULL, wxT("print"));
to get back the original print function.

or pushing the original function back will work
lbaselib.c:static int luaB_print (lua_State *L)

> > I'll now start to try doing some real work with wxLua. So far it looks =
great!
> >
> > Regards and congratulations for the work,
> Thanks!

Thanks,
    John Labenski

[Wxlua-users] Re: wxLua & Lua 5.1: First Impressions

[Francesco M. <f18...@ya...>]

Leandro Motta Barros ha scritto:
> Hi there,
> 
> CVS was up, so I was able to try the very latest wxLua version.
strange: I still get errors when trying to access it - maybe only 
developer CVS is down ? John, are you able to access it ?

> So
> far, I have just created a very simple C++application that links to
> wxLua and runs a script that creates an user interface (I just grabbed
> the script at wxLua's front page).
> 
> I have just took a very quick look at the examples that come with
> wxLua, but it seems that the one I created is simpler than those, so
> it may be useful for other beginners, too. I've uploaded it to
> http://cscience.org/~lmb/MinimalEmbeddedWXLuaApp.zip. If the current
> distribution really lacks an example as simple as this one, please
> feel free to review and add this one to the distribution or to the
> wxLua page.
> 
> Up to this moment, I have only five notes:
> 
> 1. My wxWidgets installation doesn't include wxSTC, and I had to
> manually pass the '--disable-wxbindstc' flag to the 'configure'
> script. It would be nice if 'configure' could test for 'wxSTC'
> presence and disable it automatically if it isn't found.
configure already tests for wxSTC... didn't you get a message 'wxSTC 
could not be found etc etc' ?

It does not disable it automatically if not found for choice: wxSTC is 
required for both wxLuaApp and wxLuaEdit applications... if you don't 
have wxSTC then you miss two nice apps ;)


> 2. The file 'wxluasetup.h' was not installed by 'make install'. I had
> to copy manually.
this is sure a big problem - thanks for reporting it.
Fixed in CVS (wxluasetup.h was erroneously installed into 
$PREFIX/src/wxbind/setup instead of $PREFIX/include/wxbind/setup)

> 
> 3. I think that the 'include' directory in '#include
> <wxbind/include/wxbind.h>' is a bit cumbersome (I would prefer just
> something like '#include <wxbind/wxbind.h>', for example). I can live
> with this, though. :-)
this was not to pollute the compiler line with a lot of include paths 
(we would need one for each subfolder in modules\ ...).


> 4. I had to link with 'wxlua_gtk2_wxluasocket-2.6', even though I 
> don't use sockets. Otherwise, I get some linking errors concerning
> names that I would expect to find at 'wxlua_gtk2_wxluadebug-2.6'
> instead:
> 
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::DisplayStackDialog(wxWindow*)'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::wxLuaDebugServer(int)'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::StartClient()'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_CLIENT_CONNECTED'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_EVALUATE_EXPR'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::Compile(wxString const&, wxString const&)'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_ERROR'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::StartServerThread()'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_PRINT'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugServer::EvaluateExpr(int, wxString const&)'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_TABLE_ENUM'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_BREAK'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxLuaDebugEvent::ms_classInfo'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_STACK_ENUM'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_EXIT'
> /usr/local/lib/libwxlua_gtk2_wxbind-2.6.so: undefined reference to
> `wxEVT_WXLUA_DEBUG_STACK_ENTRY_ENUM'
 >
> 5. Calling the Lua 'print()' function from a script run using
> 'wxLuaState::RunFile()' doesn't print anything at the terminal. Is
> this being redirected to somewhere?
these last two are meat for John, I think ;)

> 
> I'll now start to try doing some real work with wxLua. So far it looks great!
> 
> Regards and congratulations for the work,
Thanks!

Francesco

[Wxlua-users] wxLua & Lua 5.1: First Impressions

[Leandro M. B. <lmb...@gm...>]

SGkgdGhlcmUsCgpDVlMgd2FzIHVwLCBzbyBJIHdhcyBhYmxlIHRvIHRyeSB0aGUgdmVyeSBsYXRl
c3Qgd3hMdWEgdmVyc2lvbi4gU28KZmFyLCBJIGhhdmUganVzdCBjcmVhdGVkIGEgdmVyeSBzaW1w
bGUgQysrYXBwbGljYXRpb24gdGhhdCBsaW5rcyB0bwp3eEx1YSBhbmQgcnVucyBhIHNjcmlwdCB0
aGF0IGNyZWF0ZXMgYW4gdXNlciBpbnRlcmZhY2UgKEkganVzdCBncmFiYmVkCnRoZSBzY3JpcHQg
YXQgd3hMdWEncyBmcm9udCBwYWdlKS4KCkkgaGF2ZSBqdXN0IHRvb2sgYSB2ZXJ5IHF1aWNrIGxv
b2sgYXQgdGhlIGV4YW1wbGVzIHRoYXQgY29tZSB3aXRoCnd4THVhLCBidXQgaXQgc2VlbXMgdGhh
dCB0aGUgb25lIEkgY3JlYXRlZCBpcyBzaW1wbGVyIHRoYW4gdGhvc2UsIHNvCml0IG1heSBiZSB1
c2VmdWwgZm9yIG90aGVyIGJlZ2lubmVycywgdG9vLiBJJ3ZlIHVwbG9hZGVkIGl0IHRvCmh0dHA6
Ly9jc2NpZW5jZS5vcmcvfmxtYi9NaW5pbWFsRW1iZWRkZWRXWEx1YUFwcC56aXAuIElmIHRoZSBj
dXJyZW50CmRpc3RyaWJ1dGlvbiByZWFsbHkgbGFja3MgYW4gZXhhbXBsZSBhcyBzaW1wbGUgYXMg
dGhpcyBvbmUsIHBsZWFzZQpmZWVsIGZyZWUgdG8gcmV2aWV3IGFuZCBhZGQgdGhpcyBvbmUgdG8g
dGhlIGRpc3RyaWJ1dGlvbiBvciB0byB0aGUKd3hMdWEgcGFnZS4KClVwIHRvIHRoaXMgbW9tZW50
LCBJIGhhdmUgb25seSBmaXZlIG5vdGVzOgoKMS4gTXkgd3hXaWRnZXRzIGluc3RhbGxhdGlvbiBk
b2Vzbid0IGluY2x1ZGUgd3hTVEMsIGFuZCBJIGhhZCB0bwptYW51YWxseSBwYXNzIHRoZSAnLS1k
aXNhYmxlLXd4YmluZHN0YycgZmxhZyB0byB0aGUgJ2NvbmZpZ3VyZScKc2NyaXB0LiBJdCB3b3Vs
ZCBiZSBuaWNlIGlmICdjb25maWd1cmUnIGNvdWxkIHRlc3QgZm9yICd3eFNUQycKcHJlc2VuY2Ug
YW5kIGRpc2FibGUgaXQgYXV0b21hdGljYWxseSBpZiBpdCBpc24ndCBmb3VuZC4KCjIuIFRoZSBm
aWxlICd3eGx1YXNldHVwLmgnIHdhcyBub3QgaW5zdGFsbGVkIGJ5ICdtYWtlIGluc3RhbGwnLiBJ
IGhhZAp0byBjb3B5IG1hbnVhbGx5LgoKMy4gSSB0aGluayB0aGF0IHRoZSAnaW5jbHVkZScgZGly
ZWN0b3J5IGluICcjaW5jbHVkZQo8d3hiaW5kL2luY2x1ZGUvd3hiaW5kLmg+JyBpcyBhIGJpdCBj
dW1iZXJzb21lIChJIHdvdWxkIHByZWZlciBqdXN0CnNvbWV0aGluZyBsaWtlICcjaW5jbHVkZSA8
d3hiaW5kL3d4YmluZC5oPicsIGZvciBleGFtcGxlKS4gSSBjYW4gbGl2ZQp3aXRoIHRoaXMsIHRo
b3VnaC4gOi0pCgo0LiBJIGhhZCB0byBsaW5rIHdpdGggJ3d4bHVhX2d0azJfd3hsdWFzb2NrZXQt
Mi42JywgZXZlbiB0aG91Z2ggSSAKZG9uJ3QgdXNlIHNvY2tldHMuIE90aGVyd2lzZSwgSSBnZXQg
c29tZSBsaW5raW5nIGVycm9ycyBjb25jZXJuaW5nCm5hbWVzIHRoYXQgSSB3b3VsZCBleHBlY3Qg
dG8gZmluZCBhdCAnd3hsdWFfZ3RrMl93eGx1YWRlYnVnLTIuNicKaW5zdGVhZDoKCi91c3IvbG9j
YWwvbGliL2xpYnd4bHVhX2d0azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVyZW5jZSB0
bwpgd3hMdWFEZWJ1Z1NlcnZlcjo6RGlzcGxheVN0YWNrRGlhbG9nKHd4V2luZG93KiknCi91c3Iv
bG9jYWwvbGliL2xpYnd4bHVhX2d0azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVyZW5j
ZSB0bwpgd3hMdWFEZWJ1Z1NlcnZlcjo6d3hMdWFEZWJ1Z1NlcnZlcihpbnQpJwovdXNyL2xvY2Fs
L2xpYi9saWJ3eGx1YV9ndGsyX3d4YmluZC0yLjYuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8K
YHd4THVhRGVidWdTZXJ2ZXI6OlN0YXJ0Q2xpZW50KCknCi91c3IvbG9jYWwvbGliL2xpYnd4bHVh
X2d0azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVyZW5jZSB0bwpgd3hFVlRfV1hMVUFf
REVCVUdfQ0xJRU5UX0NPTk5FQ1RFRCcKL3Vzci9sb2NhbC9saWIvbGlid3hsdWFfZ3RrMl93eGJp
bmQtMi42LnNvOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvCmB3eEVWVF9XWExVQV9ERUJVR19FVkFM
VUFURV9FWFBSJwovdXNyL2xvY2FsL2xpYi9saWJ3eGx1YV9ndGsyX3d4YmluZC0yLjYuc286IHVu
ZGVmaW5lZCByZWZlcmVuY2UgdG8KYHd4THVhRGVidWdTZXJ2ZXI6OkNvbXBpbGUod3hTdHJpbmcg
Y29uc3QmLCB3eFN0cmluZyBjb25zdCYpJwovdXNyL2xvY2FsL2xpYi9saWJ3eGx1YV9ndGsyX3d4
YmluZC0yLjYuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8KYHd4RVZUX1dYTFVBX0RFQlVHX0VS
Uk9SJwovdXNyL2xvY2FsL2xpYi9saWJ3eGx1YV9ndGsyX3d4YmluZC0yLjYuc286IHVuZGVmaW5l
ZCByZWZlcmVuY2UgdG8KYHd4THVhRGVidWdTZXJ2ZXI6OlN0YXJ0U2VydmVyVGhyZWFkKCknCi91
c3IvbG9jYWwvbGliL2xpYnd4bHVhX2d0azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVy
ZW5jZSB0bwpgd3hFVlRfV1hMVUFfREVCVUdfUFJJTlQnCi91c3IvbG9jYWwvbGliL2xpYnd4bHVh
X2d0azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVyZW5jZSB0bwpgd3hMdWFEZWJ1Z1Nl
cnZlcjo6RXZhbHVhdGVFeHByKGludCwgd3hTdHJpbmcgY29uc3QmKScKL3Vzci9sb2NhbC9saWIv
bGlid3hsdWFfZ3RrMl93eGJpbmQtMi42LnNvOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvCmB3eEVW
VF9XWExVQV9ERUJVR19UQUJMRV9FTlVNJwovdXNyL2xvY2FsL2xpYi9saWJ3eGx1YV9ndGsyX3d4
YmluZC0yLjYuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8KYHd4RVZUX1dYTFVBX0RFQlVHX0JS
RUFLJwovdXNyL2xvY2FsL2xpYi9saWJ3eGx1YV9ndGsyX3d4YmluZC0yLjYuc286IHVuZGVmaW5l
ZCByZWZlcmVuY2UgdG8KYHd4THVhRGVidWdFdmVudDo6bXNfY2xhc3NJbmZvJwovdXNyL2xvY2Fs
L2xpYi9saWJ3eGx1YV9ndGsyX3d4YmluZC0yLjYuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8K
YHd4RVZUX1dYTFVBX0RFQlVHX1NUQUNLX0VOVU0nCi91c3IvbG9jYWwvbGliL2xpYnd4bHVhX2d0
azJfd3hiaW5kLTIuNi5zbzogdW5kZWZpbmVkIHJlZmVyZW5jZSB0bwpgd3hFVlRfV1hMVUFfREVC
VUdfRVhJVCcKL3Vzci9sb2NhbC9saWIvbGlid3hsdWFfZ3RrMl93eGJpbmQtMi42LnNvOiB1bmRl
ZmluZWQgcmVmZXJlbmNlIHRvCmB3eEVWVF9XWExVQV9ERUJVR19TVEFDS19FTlRSWV9FTlVNJwoK
NS4gQ2FsbGluZyB0aGUgTHVhICdwcmludCgpJyBmdW5jdGlvbiBmcm9tIGEgc2NyaXB0IHJ1biB1
c2luZwond3hMdWFTdGF0ZTo6UnVuRmlsZSgpJyBkb2Vzbid0IHByaW50IGFueXRoaW5nIGF0IHRo
ZSB0ZXJtaW5hbC4gSXMKdGhpcyBiZWluZyByZWRpcmVjdGVkIHRvIHNvbWV3aGVyZT8KCkknbGwg
bm93IHN0YXJ0IHRvIHRyeSBkb2luZyBzb21lIHJlYWwgd29yayB3aXRoIHd4THVhLiBTbyBmYXIg
aXQgbG9va3MgZ3JlYXQhCgpSZWdhcmRzIGFuZCBjb25ncmF0dWxhdGlvbnMgZm9yIHRoZSB3b3Jr
LAoKTE1CCg==

Re: [Wxlua-users] Re: MSVC6 warning for /Fd switch in release multilib

[John L. <jla...@gm...>]

On 4/1/06, Francesco Montorsi <f18...@ya...> wrote:
> John Labenski ha scritto:
> > --------------------Configuration: mod_lua - Win32 Release
> > Multilib--------------------
> > Compiling...
> > Command line warning D4025 : overriding '/Fdmsvc6prj\mod_lua/' with
> > '/Fd..\..\..\bin\wxlua-lua.pdb'
> > lua.c
> > Linking...
> >
> > Here's the ./modules/build/msw/modules_mod_lua.dsp file for the warning=
.
> >
> > !ELSEIF  "$(CFG)" =3D=3D "mod_lua - Win32 Release Multilib"
> >
> > # PROP BASE Use_MFC 0
> > # PROP BASE Use_Debug_Libraries 0
> > # PROP BASE Output_Dir "..\..\..\bin"
> > # PROP BASE Intermediate_Dir "msvc6prj\mod_lua"
> > # PROP BASE Target_Dir ""
> > # PROP Use_MFC 0
> > # PROP Use_Debug_Libraries 0
> > # PROP Output_Dir "..\..\..\bin"
> > # PROP Intermediate_Dir "msvc6prj\mod_lua"
> > # PROP Target_Dir ""
> > # ADD BASE CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
> > /Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
> > # ADD CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
> > /Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
> > # ADD BASE RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
> > # ADD RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
> > BSC32=3Dbscmake.exe
> > # ADD BASE BSC32 /nologo
> > # ADD BSC32 /nologo
> > LINK32=3Dlink.exe
> > # ADD BASE LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
> > /machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console
> > # ADD LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
> > /machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console
> >
> > I guess it doesn't like that the "Intermediate_Dir" is not the same as
> > where the pdb file goes? Maybe the /Fd should also use
> > "msvc6prj\mod_lua"?
> I think it is because cl is being called with two /Fd options with
> different folders and it warns the user that only the last one will take
> effect...
>
> >
> > Any ideas?
> I'll look at this as soon as I'll get my hands on a win32 installation;
> however it will take a week at least probably - but this shouldn't be a
> big priority problem, right ?

No, it seems to work just fine, just a warning.

Thanks,
    John Labenski

[Wxlua-users] Re: wxLua and Lua 5.1

[Francesco M. <f18...@ya...>]

Hi,

Leandro Motta Barros ha scritto:
> On 3/31/06, John Labenski <jla...@gm...> wrote:
> 
> Expect a user report in one or two days!
unfortunately SF CVS is currently down... if you receive an error 
message when trying to access it, it means it's still down and you'll 
have to wait... :(

Francesco

[Wxlua-users] Re: MSVC6 warning for /Fd switch in release multilib

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> --------------------Configuration: mod_lua - Win32 Release
> Multilib--------------------
> Compiling...
> Command line warning D4025 : overriding '/Fdmsvc6prj\mod_lua/' with
> '/Fd..\..\..\bin\wxlua-lua.pdb'
> lua.c
> Linking...
> 
> Here's the ./modules/build/msw/modules_mod_lua.dsp file for the warning.
> 
> !ELSEIF  "$(CFG)" == "mod_lua - Win32 Release Multilib"
> 
> # PROP BASE Use_MFC 0
> # PROP BASE Use_Debug_Libraries 0
> # PROP BASE Output_Dir "..\..\..\bin"
> # PROP BASE Intermediate_Dir "msvc6prj\mod_lua"
> # PROP BASE Target_Dir ""
> # PROP Use_MFC 0
> # PROP Use_Debug_Libraries 0
> # PROP Output_Dir "..\..\..\bin"
> # PROP Intermediate_Dir "msvc6prj\mod_lua"
> # PROP Target_Dir ""
> # ADD BASE CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
> /Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
> # ADD CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
> /Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
> # ADD BASE RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
> # ADD RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
> BSC32=bscmake.exe
> # ADD BASE BSC32 /nologo
> # ADD BSC32 /nologo
> LINK32=link.exe
> # ADD BASE LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
> /machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console
> # ADD LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
> /machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console
> 
> I guess it doesn't like that the "Intermediate_Dir" is not the same as
> where the pdb file goes? Maybe the /Fd should also use
> "msvc6prj\mod_lua"?
I think it is because cl is being called with two /Fd options with 
different folders and it warns the user that only the last one will take 
effect...

> 
> Any ideas?
I'll look at this as soon as I'll get my hands on a win32 installation; 
however it will take a week at least probably - but this shouldn't be a 
big priority problem, right ?

Francesco

[Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
>>>>>> 1) lua 5.1 does not have an "include" dir so I faked it by copying the
>>>>>> pertinent headers that we use into it.
>>>>> if you want to keep the header files in lua/src/ folder it's fine for me
>>>>> as it's not a problem for bakefiles ;)
>>>> What about installing? I guess it'd be ok too since lua doesn't use
>>>> directories to nicely confine their headers anyway so it's just a
>>>> matter of fully specifying the include path.
>>>>
>>>> #include "lua.h" instead of "lua/lua.h"
>>> yes, exactly; changing the way headers are included there should be no
>>> problem at all...
>> Ok, then lets stick with having an "official" version of lua 5.1.
>> Would you mind removing the modules/lua/include dir files and
>> rebaking. I apologize about no doing it myself since I can't get a
>> compiled version of your bakefile to generate identical build files to
>> what you've got and until you get a chance I'd like to keep it
>> working. :)
sure, no problem at all to rebake: it just takes me few seconds ;)


> Scrap that, we have this in our wxLua code so we only include
> "blah/wxLua/modules"
> #include "lua/include/lua.h"
> 
> I think we should leave it like this since otherwise it'll be
> #include "lua/src/lua.h"
> 
> This is what I was getting at about installing, but hadn't really
> thought it out clearly. Lets leave everything as is for the time
> being.
Ok, so then leave it as it is

Francesco

Re: [Wxlua-users] wxLua and Lua 5.1

[Leandro M. B. <lmb...@gm...>]

T24gMy8zMS8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
WyAuLi4gXQoKPiA+IEFsc28sIGRvIHlvdSBoYXZlIGFueSAiZmVlbGluZyIgb24gaG93IG11Y2gg
dGltZSBpdCB3b3VsZCB0YWtlIHRvIGhhdmUKPiA+IGFuIG9mZmljaWFsIHd4THVhIHJlbGVhc2Ug
YmFzZWQgb24gTHVhIDUuMT8gKEkga25vdyBpdCBpcyBoYXJkIHRvCj4gPiBwcmVkaWN0IHN1Y2gg
dGhpbmdzLCB0aGF0J3Mgd2h5IEkgYXNrZWQgZm9yIGEgImZlZWxpbmciIGluc3RlYWQgb2YgYQo+
ID4gImRlYWRsaW5lIiBvciBzb21ldGhpbmcgbGlrZSB0aGlzIDstKSApCj4KPiBUaGVyZSBhcmUg
c29tZSBpc3N1ZXMgd2l0aCBwcmludGluZyBpbiBNU1cgdGhhdCBJJ2QgbGlrZSB0byBmaWd1cmUg
b3V0Cj4gZmlyc3QuIEJhc2ljbHksIGl0IGhhbmdzIGFuZCB3aGVuIHlvdSBkZWJ1ZyBpdCBpbiBN
U1ZDIGFsbCB5b3UgZ2V0IGZvcgo+IGEgYmFja3RyYWNlIGlzIGEga2VybmVsMzIgYW5kIHNvbWUg
bnRkbGwgY2FsbHMgdGhhdCBvbmx5IHNob3cgdGhlCj4gYXNzZW1ibHksIHdoaWNoIGlzIG5vdCB0
b28gaW5mb3JtYXRpdmUgYXQgYWxsLgoKQXQgbGVhc3QgaW4gYSBmaXJzdCBtb21lbnQgSSdsbCBi
ZSBkZXZlbG9waW5nIHVuZGVyIExpbnV4IG9ubHkuClNldHRpbmcgdXAgYSBwcm9wZXIgZGV2ZWxv
cG1lbnQgZW52aXJvbm1lbnQgdW5kZXIgV2luMzIgaXMgaW4gbXkgVE9ETwpsaXN0IGZvciBhZ2Vz
Li4uCgo+ID4gRmluYWxseSwgSSBiZWxpZXZlIHRoYXQgYSBMdWEgNS4xLWJhc2VkIHd4THVhIHZl
cnNpb24gY291bGQgYmUgYSBncmVhdAo+ID4gdGltZSBzYXZlciBmb3IgbWUgYW5kIG15IHByb2pl
Y3QsIHNvIGlmIHRoZXJlIGlzIHNvbWV0aGluZyB0aGF0IEkgY2FuCj4gPiBkbyBoZWxwIGluIHRo
aXMgZGlyZWN0aW9uLCBJJ2xsIGNlcnRhaW5seSBjb25zaWRlciBzcGVuZGluZyBzb21lIHRpbWUK
PiA+IG9uIHRoaXMuIChJIGhhdmUgbm8gZXhwZXJpZW5jZSB3aXRoIHd4THVhLCBidXQgSSBoYXZl
IHF1aXRlIGEgYml0IG9mCj4gPiBDKysgZXhwZXJpZW5jZSBhbmQgaGF2ZSBiZWVuIHVzaW5nIEx1
YSAoYW5kIHNvbWUgb2YgaXRzIEMgQVBJKSBmb3IKPiA+IHNvbWUgdHdvIHllYXJzIG5vdykuCj4g
Pgo+ID4gVGhhbmtzIGluIGFkdmFuY2UgZm9yIHRoZSBhbnN3ZXJzLCBhbmQgdGhhbmtzIGFsc28g
Zm9yIHRoZSBwcm9qZWN0LAo+ID4gdGhhdCBsb29rcyBwcmV0dHkgbmljZSEKPgo+IEFueSBoZWxw
IHdvdWxkIGJlIGdyZWF0LiBUcnkgaXQgb3V0IGZvciBzdGFydGVycyBhbmQgbGV0IHVzIGtub3cg
aXMKPiB0aGVyZSdzIGFueXRoaW5nIHdyb25nIG9yIGJldHRlciB5ZXQgZ2l2ZSBzb21lIHBhdGNo
ZXMgZm9yIGZpeGVzL2NvZGUKPiBjbGVhbnVwL2FkZGl0aW9ucyB3aGF0ZXZlci4KCk9LLCBJJ2xs
IHByb2JhYmx5IHRyeSBpdCBvdXQgdG9tb3Jyb3cuIEN1cnJlbnRseSBteSBwcm9qZWN0IGlzCmlt
cGxlbWVudGVkIHVzaW5nICB3eFdpZGdldHMsIGFuZCBpdCBpbmNsdWRlcyBhIGN1c3RvbSBjb250
cm9sCmltcGxlbWVudGVkIGluIEMrKy4gSSdsbCB0cnkgdG8gInBvcnQiIHRoZSBhcHBsaWNhdGlv
biB0byB3eEx1YSBhbmQKYmluZCBteSAiY3VzdG9tIGNvbnRyb2wiLCB0b28gKEkgaGF2ZSBzZWVu
IHRoZXJlIGFyZSBzb21lIHRpcHMgb24gdGhlCndlYiBzaXRlIGNvbmNlcm5pbmcgdGhpcykuCgpF
eHBlY3QgYSB1c2VyIHJlcG9ydCBpbiBvbmUgb3IgdHdvIGRheXMhCgpUaGFuayB5b3UgYWdhaW4s
CgpMTUIK

Re: [Wxlua-users] wxLua and Lua 5.1

[John L. <jla...@gm...>]

> I was looking at the list archives and noticed that there has been
> some recent work towards making wxLua based on Lua 5.1 (instead of
> 5.0.something). That would be great for me, because I'd like to try
> using wxLua in a personal project I'm working on, but I already have
> some code that depends on Lua 5.1.
>
> So, I'd like to know some information about wxLua and Lua 5.1. In
> particular, how can I test it? CVS?

Yes use the CVS for now, it seems to work great, but... see below.

> Also, do you have any "feeling" on how much time it would take to have
> an official wxLua release based on Lua 5.1? (I know it is hard to
> predict such things, that's why I asked for a "feeling" instead of a
> "deadline" or something like this ;-) )

There are some issues with printing in MSW that I'd like to figure out
first. Basicly, it hangs and when you debug it in MSVC all you get for
a backtrace is a kernel32 and some ntdll calls that only show the
assembly, which is not too informative at all.

> Finally, I believe that a Lua 5.1-based wxLua version could be a great
> time saver for me and my project, so if there is something that I can
> do help in this direction, I'll certainly consider spending some time
> on this. (I have no experience with wxLua, but I have quite a bit of
> C++ experience and have been using Lua (and some of its C API) for
> some two years now).
>
> Thanks in advance for the answers, and thanks also for the project,
> that looks pretty nice!

Any help would be great. Try it out for starters and let us know is
there's anything wrong or better yet give some patches for fixes/code
cleanup/additions whatever.

Regards,
    John Labenski

[Wxlua-users] wxLua and Lua 5.1

[Leandro M. B. <lmb...@gm...>]

SGkgdGhlcmUsCgpJIHdhcyBsb29raW5nIGF0IHRoZSBsaXN0IGFyY2hpdmVzIGFuZCBub3RpY2Vk
IHRoYXQgdGhlcmUgaGFzIGJlZW4Kc29tZSByZWNlbnQgd29yayB0b3dhcmRzIG1ha2luZyB3eEx1
YSBiYXNlZCBvbiBMdWEgNS4xIChpbnN0ZWFkIG9mCjUuMC5zb21ldGhpbmcpLiBUaGF0IHdvdWxk
IGJlIGdyZWF0IGZvciBtZSwgYmVjYXVzZSBJJ2QgbGlrZSB0byB0cnkKdXNpbmcgd3hMdWEgaW4g
YSBwZXJzb25hbCBwcm9qZWN0IEknbSB3b3JraW5nIG9uLCBidXQgSSBhbHJlYWR5IGhhdmUKc29t
ZSBjb2RlIHRoYXQgZGVwZW5kcyBvbiBMdWEgNS4xLgoKU28sIEknZCBsaWtlIHRvIGtub3cgc29t
ZSBpbmZvcm1hdGlvbiBhYm91dCB3eEx1YSBhbmQgTHVhIDUuMS4gSW4KcGFydGljdWxhciwgaG93
IGNhbiBJIHRlc3QgaXQ/IENWUz8KCkFsc28sIGRvIHlvdSBoYXZlIGFueSAiZmVlbGluZyIgb24g
aG93IG11Y2ggdGltZSBpdCB3b3VsZCB0YWtlIHRvIGhhdmUKYW4gb2ZmaWNpYWwgd3hMdWEgcmVs
ZWFzZSBiYXNlZCBvbiBMdWEgNS4xPyAoSSBrbm93IGl0IGlzIGhhcmQgdG8KcHJlZGljdCBzdWNo
IHRoaW5ncywgdGhhdCdzIHdoeSBJIGFza2VkIGZvciBhICJmZWVsaW5nIiBpbnN0ZWFkIG9mIGEK
ImRlYWRsaW5lIiBvciBzb21ldGhpbmcgbGlrZSB0aGlzIDstKSApCgooSSBqdXN0IHN1YnNjcmli
ZWQgdG8gdGhlIGxpc3QsIHNvIHBlcmhhcHMgSSB0aGlzIHdhcyBhbHJlYWR5IGJlZW4KZGlzY3Vz
c2VkIGFuZCBJIGhhdmUgbWlzc2VkIHRoaXMpLgoKRmluYWxseSwgSSBiZWxpZXZlIHRoYXQgYSBM
dWEgNS4xLWJhc2VkIHd4THVhIHZlcnNpb24gY291bGQgYmUgYSBncmVhdAp0aW1lIHNhdmVyIGZv
ciBtZSBhbmQgbXkgcHJvamVjdCwgc28gaWYgdGhlcmUgaXMgc29tZXRoaW5nIHRoYXQgSSBjYW4K
ZG8gaGVscCBpbiB0aGlzIGRpcmVjdGlvbiwgSSdsbCBjZXJ0YWlubHkgY29uc2lkZXIgc3BlbmRp
bmcgc29tZSB0aW1lCm9uIHRoaXMuIChJIGhhdmUgbm8gZXhwZXJpZW5jZSB3aXRoIHd4THVhLCBi
dXQgSSBoYXZlIHF1aXRlIGEgYml0IG9mCkMrKyBleHBlcmllbmNlIGFuZCBoYXZlIGJlZW4gdXNp
bmcgTHVhIChhbmQgc29tZSBvZiBpdHMgQyBBUEkpIGZvcgpzb21lIHR3byB5ZWFycyBub3cpLgoK
VGhhbmtzIGluIGFkdmFuY2UgZm9yIHRoZSBhbnN3ZXJzLCBhbmQgdGhhbmtzIGFsc28gZm9yIHRo
ZSBwcm9qZWN0LAp0aGF0IGxvb2tzIHByZXR0eSBuaWNlIQoKTE1CCg==

[Wxlua-users] MSVC6 warning for /Fd switch in release multilib

[John L. <jla...@gm...>]

--------------------Configuration: mod_lua - Win32 Release
Multilib--------------------
Compiling...
Command line warning D4025 : overriding '/Fdmsvc6prj\mod_lua/' with
'/Fd..\..\..\bin\wxlua-lua.pdb'
lua.c
Linking...

Here's the ./modules/build/msw/modules_mod_lua.dsp file for the warning.

!ELSEIF  "$(CFG)" =3D=3D "mod_lua - Win32 Release Multilib"

# PROP BASE Use_MFC 0
# PROP BASE Use_Debug_Libraries 0
# PROP BASE Output_Dir "..\..\..\bin"
# PROP BASE Intermediate_Dir "msvc6prj\mod_lua"
# PROP BASE Target_Dir ""
# PROP Use_MFC 0
# PROP Use_Debug_Libraries 0
# PROP Output_Dir "..\..\..\bin"
# PROP Intermediate_Dir "msvc6prj\mod_lua"
# PROP Target_Dir ""
# ADD BASE CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
/Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
# ADD CPP /nologo /FD /MD /GR /EHsc /w /O2 /I "..\..\lua\include"
/Fd..\..\..\bin\wxlua-lua.pdb /D "WIN32" /D "_CONSOLE" /c
# ADD BASE RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
# ADD RSC /l 0x409 /d "_CONSOLE" /i ..\..\lua\include
BSC32=3Dbscmake.exe
# ADD BASE BSC32 /nologo
# ADD BSC32 /nologo
LINK32=3Dlink.exe
# ADD BASE LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
/machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console
# ADD LINK32 ..\..\..\lib\vc_lib\wxlua_msw26_lua.lib /nologo
/machine:i386 /out:"..\..\..\bin\wxlua-lua.exe" /subsystem:console

I guess it doesn't like that the "Intermediate_Dir" is not the same as
where the pdb file goes? Maybe the /Fd should also use
"msvc6prj\mod_lua"?

Any ideas?
    John Labenski

Re: [Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[John L. <jla...@gm...>]

> > >>> 1) lua 5.1 does not have an "include" dir so I faked it by copying =
the
> > >>> pertinent headers that we use into it.
> > >> if you want to keep the header files in lua/src/ folder it's fine fo=
r me
> > >> as it's not a problem for bakefiles ;)
> > >
> > > What about installing? I guess it'd be ok too since lua doesn't use
> > > directories to nicely confine their headers anyway so it's just a
> > > matter of fully specifying the include path.
> > >
> > > #include "lua.h" instead of "lua/lua.h"
> > yes, exactly; changing the way headers are included there should be no
> > problem at all...
>
> Ok, then lets stick with having an "official" version of lua 5.1.
> Would you mind removing the modules/lua/include dir files and
> rebaking. I apologize about no doing it myself since I can't get a
> compiled version of your bakefile to generate identical build files to
> what you've got and until you get a chance I'd like to keep it
> working. :)

Scrap that, we have this in our wxLua code so we only include
"blah/wxLua/modules"
#include "lua/include/lua.h"

I think we should leave it like this since otherwise it'll be
#include "lua/src/lua.h"

This is what I was getting at about installing, but hadn't really
thought it out clearly. Lets leave everything as is for the time
being.

-John Labenski

Re: [Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[John L. <jla...@gm...>]

On 3/29/06, Francesco Montorsi <f18...@ya...> wrote:
> >> I've updated bakefiles but now, when I try to run wxluaedit I get a
> >> segmentation fault... (this with wx2.6.3 and with an up2date
> >> wxStedit...); other apps and samples I've tried work fine.
> >
> > Ok, I'll try to debug it, works ok in linux for me.
> I forgot to say that
> 1) I'm in linux, too
> 2) I'm using release, unicode builds (I'm messing with autopackages once
> again ;))
> I'll try soon with a debug build

If you still have problems see what gdb can say. I just retried it and
gdb says it exists cleanly. I even tried valgrind and it didn't find
any problems, though I can't say the same for gdk and glib, half a
dozen invalid reads and hundreds of unfreed memory blocks, totaling
1Mb. :(

Gdb does give me these about every 2 seconds though. I wonder who's
creating the threads? I don't think lua is? Maybe it's just from the
wxLuaEditor program which calls wxYield to fake running the wxLuaState
as a thread (it runs in the main thread).

[New Thread -1239192656 (LWP 16373)]
[Thread -1239192656 (LWP 16373) exited]
[New Thread -1239192656 (LWP 16376)]
[Thread -1239192656 (LWP 16376) exited]

> >>> 1) lua 5.1 does not have an "include" dir so I faked it by copying th=
e
> >>> pertinent headers that we use into it.
> >> if you want to keep the header files in lua/src/ folder it's fine for =
me
> >> as it's not a problem for bakefiles ;)
> >
> > What about installing? I guess it'd be ok too since lua doesn't use
> > directories to nicely confine their headers anyway so it's just a
> > matter of fully specifying the include path.
> >
> > #include "lua.h" instead of "lua/lua.h"
> yes, exactly; changing the way headers are included there should be no
> problem at all...

Ok, then lets stick with having an "official" version of lua 5.1.
Would you mind removing the modules/lua/include dir files and
rebaking. I apologize about no doing it myself since I can't get a
compiled version of your bakefile to generate identical build files to
what you've got and until you get a chance I'd like to keep it
working. :)

> PS: I forgot to say that I removed the WXLUA_CODE symbol from compiler
> line as otherwise I get a redefinition error...

That was an mistake on my part, let's just leave it as is. This was
for some code I added to lua's lstate.c file to allow you to have a
function run whenever a coroutine is created and destroyed. By default
nothing happens since the handler is NULL. Someone added this #ifdef
and last night I was lazy and just put in #define WXLUA_CODE right in
the lstate.c file. I think it's just as well to run the code since it
checks for NULL so it's harmless and only gets run for coroutines. I'm
not sure why they thought it was better to #ifdef it off?

Thanks,
    John Labenski

[Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> On 3/29/06, Francesco Montorsi <f18...@ya...> wrote:
>>> I came across what seemed to be a bug in the garbage collector in
>>> 5.0.2. In the printing sample  "virtual" functions are set for the
>>> wxLuaPrintout which get called instead of the c++ functions. However
>>> in the print preview if you changed the size of the preview a few
>>> times the functions you set (even if global, not local) would get
>>> garbage collected.
>> weird...
> 
> Yeah, that's why I haven't gotten around to the minimal/freeze program. :(
> 
>>> It compiles and runs using the "Makefiles" in the src dir of the
>>> apps/XXX dirs. All the samples have been updated, but not thoroughly
>>> tested.
>> I've updated bakefiles but now, when I try to run wxluaedit I get a
>> segmentation fault... (this with wx2.6.3 and with an up2date
>> wxStedit...); other apps and samples I've tried work fine.
> 
> Ok, I'll try to debug it, works ok in linux for me.
I forgot to say that
1) I'm in linux, too
2) I'm using release, unicode builds (I'm messing with autopackages once 
again ;))
I'll try soon with a debug build

> 
>>> Some notes on the changes for 5.1 that I've come across, there's more...
>>>
>>> 1) lua 5.1 does not have an "include" dir so I faked it by copying the
>>> pertinent headers that we use into it.
>> if you want to keep the header files in lua/src/ folder it's fine for me
>> as it's not a problem for bakefiles ;)
> 
> What about installing? I guess it'd be ok too since lua doesn't use
> directories to nicely confine their headers anyway so it's just a
> matter of fully specifying the include path.
> 
> #include "lua.h" instead of "lua/lua.h"
yes, exactly; changing the way headers are included there should be no 
problem at all...

Francesco

PS: I forgot to say that I removed the WXLUA_CODE symbol from compiler 
line as otherwise I get a redefinition error...

Re: [Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[John L. <jla...@gm...>]

On 3/29/06, Francesco Montorsi <f18...@ya...> wrote:
> > I came across what seemed to be a bug in the garbage collector in
> > 5.0.2. In the printing sample  "virtual" functions are set for the
> > wxLuaPrintout which get called instead of the c++ functions. However
> > in the print preview if you changed the size of the preview a few
> > times the functions you set (even if global, not local) would get
> > garbage collected.
> weird...

Yeah, that's why I haven't gotten around to the minimal/freeze program. :(

> > It compiles and runs using the "Makefiles" in the src dir of the
> > apps/XXX dirs. All the samples have been updated, but not thoroughly
> > tested.
> I've updated bakefiles but now, when I try to run wxluaedit I get a
> segmentation fault... (this with wx2.6.3 and with an up2date
> wxStedit...); other apps and samples I've tried work fine.

Ok, I'll try to debug it, works ok in linux for me.

> > Some notes on the changes for 5.1 that I've come across, there's more..=
.
> >
> > 1) lua 5.1 does not have an "include" dir so I faked it by copying the
> > pertinent headers that we use into it.
> if you want to keep the header files in lua/src/ folder it's fine for me
> as it's not a problem for bakefiles ;)

What about installing? I guess it'd be ok too since lua doesn't use
directories to nicely confine their headers anyway so it's just a
matter of fully specifying the include path.

#include "lua.h" instead of "lua/lua.h"

> I've updated the bakefiles using the list of source files provided in
> lua/INSTALL...

Thanks alot!
    John Labenski