wxlua-users Mailing List for wxLua

I have tried to solve this problem but it seems to involve some rather depth
understanding of the internal.

on window the debugger fail on run time error

simple example, giving a file wiht th following line

a()

If you debug it you have the expected error in the output window and then the
program and the server (where the debug code is running) crash.

There seem to be an invalid event being process for a hidden window but I am far
from understanding what is relly going on.

Any help would be appreciated.

Andre

Hi,

John Labenski wrote:
> On 12/6/06, Hakki Dogusan <dog...@tr...> wrote:
>>> Great! If you have a place for me to get them I'll upload them to the
>>> wxLua site into the downloads dir.
>> http://www.dynaset.org/dogusanh/download/wxLua-CodeBlocks.zip ~5Mb
>>
>> - Includes CodeBlocks (SVN3315) project file
>> - wx.dll lua module unicode and non-unicode
>> - There are tons of exported functions, I couldn't solve it
>> - Used wx-rc3 static libs
>> - Used modified wxlstate.h (for Turkish)
>>
>> Could you inform me upon downloading it, please?
> 
> Got it, thanks.

Thanks. I'll remove them.

> What does it mean "There are tons of exported functions, I couldn't solve it"?
> 

I tried to export only luaopen_wx function.
- Using a wx.def file didn't help:
   EXPORTS
     luaopen_wx
- Playing with WXMAKINGDLL_... etc. didn't help


> When I try to run this, I get an error
> ./lua5.1.exe ../samples/luamodule.wx.lua
> d:\wxCVS\wxLua\wxLua\bin\lua5.1.exe: error loading module 'wx' from
> file '../lib/vc_dll/wx.dll':
>         Access is denied.
> 
> stack traceback:
>         [C]: ?
>         [C]: in function 'require'
>         ../samples/luamodule.wx.lua:19: in main chunk
>         [C]: ?
> 
> What the heck is "Access is denied" supposed to mean? It's definitely
> finding wx.dll since if I move it somewhere else it gives a "The
> specified module could not be found." error.
> 

I don't know :(

(Could it be your virus softare? I've upx'ed wx.dll.)

I was testing it with binaries compiled with gcc.

To make sure:
- re-checked dependencies with DependecyWalker
- downloaded lua5_1_1_Win32_bin from http://luaforge.net/frs/?group_id=110
- made a test dir
- copied wx.dll, lua5.1.exe, lua5.1.dll, luamodule.wx.lua
- modified cpath as package.cpath = ";?.dll;...

It runs here :)


>>> By the way, how do you use Code::Blocks with wxLua? I tried to use
>> I suggest to look it again..
>> It only generates a layout file. You don't mean object or dependency
>> files, don't you? For these I'm using sub directories.
> 
> Ok, I'll try again. If I remember correctly it was generating
> makefiles and maybe even autoconf and readme files and whatnot.
> 

I have a project sitting in a fat32 partition. I'm compiling it
both from xp and ubuntu via seperate project files. There is no 
"foreign" files there :) Maybe cb creates them in tmp, I don't know.

> Thanks,
>     John Labenski
> 



--
Regards,
Hakki Dogusan

On 12/6/06, Hakki Dogusan <dog...@tr...> wrote:
> > Great! If you have a place for me to get them I'll upload them to the
> > wxLua site into the downloads dir.
>
> http://www.dynaset.org/dogusanh/download/wxLua-CodeBlocks.zip ~5Mb
>
> - Includes CodeBlocks (SVN3315) project file
> - wx.dll lua module unicode and non-unicode
> - There are tons of exported functions, I couldn't solve it
> - Used wx-rc3 static libs
> - Used modified wxlstate.h (for Turkish)
>
> Could you inform me upon downloading it, please?

Got it, thanks.
What does it mean "There are tons of exported functions, I couldn't solve it"?

When I try to run this, I get an error
./lua5.1.exe ../samples/luamodule.wx.lua
d:\wxCVS\wxLua\wxLua\bin\lua5.1.exe: error loading module 'wx' from
file '../lib/vc_dll/wx.dll':
        Access is denied.

stack traceback:
        [C]: ?
        [C]: in function 'require'
        ../samples/luamodule.wx.lua:19: in main chunk
        [C]: ?

What the heck is "Access is denied" supposed to mean? It's definitely
finding wx.dll since if I move it somewhere else it gives a "The
specified module could not be found." error.

> > By the way, how do you use Code::Blocks with wxLua? I tried to use
>
> I suggest to look it again..
> It only generates a layout file. You don't mean object or dependency
> files, don't you? For these I'm using sub directories.

Ok, I'll try again. If I remember correctly it was generating
makefiles and maybe even autoconf and readme files and whatnot.

Thanks,
    John Labenski

Hi,

John Labenski wrote:
> On 12/6/06, Hakki Dogusan <dog...@tr...> wrote:
>> John Labenski wrote:
>>> On 12/5/06, Hakki Dogusan <dog...@tr...> wrote:
>>>> (Mingw, wxLua cvs, wx2.7.2/wx2.8 ANSI and Unicode, WinXP Turkish)
>> Indeed now LUA5.1.DLL == WXLUA_MSW28U_LUA.DLL
>>
>> I assume new makefiles won't generate WXLUA_MSW28U_LUA.DLL?
>>
>> ps. I built a wxLua module with Code::Blocks. I used wx as
>> static lib. It seems work. It is ~3Mb (upx'ed) single dll,
>> only depends to lua5.1.dll. If you interested I can put it
>> somewhere.
> 
> Great! If you have a place for me to get them I'll upload them to the
> wxLua site into the downloads dir.
> 

http://www.dynaset.org/dogusanh/download/wxLua-CodeBlocks.zip ~5Mb

- Includes CodeBlocks (SVN3315) project file
- wx.dll lua module unicode and non-unicode
- There are tons of exported functions, I couldn't solve it
- Used wx-rc3 static libs
- Used modified wxlstate.h (for Turkish)

Could you inform me upon downloading it, please?
My web space is limited.


> By the way, how do you use Code::Blocks with wxLua? I tried to use
> Code::Blocks a while back and found that it generated a bunch of build
> files for me. I asked on their forum how to get it to not do that, but
> didn't get a response. Is there a way to merely use CB as an editor
> and not have it generate or touch any files other than it's project
> file? It seemed like a very nice editor, but it made me nervous that
> it was generating things that might overwrite what I already had.
> 

I suggest to look it again..
It only generates a layout file. You don't mean object or dependency
files, don't you? For these I'm using sub directories.

> Thanks,
>     John Labenski
> 

Thank you.

--
Regards,
Hakki Dogusan

Hi,

John Labenski wrote:
[snip]
> 
> I personally don't have any idea and would naively think that
> wxConvCurrent instead of wxConvUTF8 is the right thing to do.


Just to feed some more food :)


Code::Blocks uses this code (GPL):

// Return @c str as a proper unicode-compatible string
wxString cbC2U(const char* str)
{
#if wxUSE_UNICODE
     return wxString(str, *wxConvCurrent);
#else
     return wxString(str);
#endif
}

// Return multibyte (C string) representation of the string
wxWX2MBbuf cbU2C(const wxString& str)
{
#if wxUSE_UNICODE
     return str.mb_str(*wxConvCurrent);
#else
     return (wxChar*)str.mb_str();
#endif
}


- I didn't compare them with your summary
- FlameRobin and Code::Blocks works fine in WinXP-Turkish, Ubuntu-Dapper


--
Regards,
Hakki Dogusan

T24gMTIvNi8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
T24gMTIvNi8wNiwgSGFra2kgRG9ndXNhbiA8ZG9ndXNhbmhAdHIubmV0PiB3cm90ZToKPiA+IEpv
aG4gTGFiZW5za2kgd3JvdGU6Cj4gPiA+IE9uIDEyLzUvMDYsIEhha2tpIERvZ3VzYW4gPGRvZ3Vz
YW5oQHRyLm5ldD4gd3JvdGU6Cj4gPiA+PiAoTWluZ3csIHd4THVhIGN2cywgd3gyLjcuMi93eDIu
OCBBTlNJIGFuZCBVbmljb2RlLCBXaW5YUCBUdXJraXNoKQo+ID4gPj4KPiA+ID4+IEkgY2FuJ3Qg
dXNlIFR1cmtpc2ggY2hhcnMgKGllLiDw/P5p9uf9INDc3t3Wx90pIGluIGxhYmVsLCB0aXRsZSwg
ZXRjLgo+ID4gPj4KPiA+ID4+IElmIEkgY2hhbmdlIHRoZSBmb2xsb3dpbmcgZnVuY3Rpb25zIHRv
IG9sZCBpbXBsZW1lbnRhdGlvbiwgaXQgd29ya3M6Cj4gPiA+PiBsdWEyd3gsIHd4Mmx1YS4KPiA+
ID4KPiA+ID4gUGxlYXNlIHNlZSB0aGlzIG1lc3NhZ2UKPiA+ID4gUmU6IFtXeGx1YS11c2Vyc10g
d3hTdHJpbmcsIFVuaWNvZGUgcHJvYmxlbSAuLi4uIChGaXhlZCwpIFN0ZXZlIEtpZXUKPiA+ID4g
aHR0cDovL3d3dy5tYWlsLWFyY2hpdmUuY29tL3d4bHVhLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdl
Lm5ldC9pbmRleC5odG1sIzAwNjkyCj4gPiA+Cj4gPiA+IC8vIENvbnZlcnQgYSA4LWJpdCBMdWEg
U3RyaW5nIGludG8gd3hTdHJpbmcKPiA+ID4gaW5saW5lIFdYRExMSU1QRVhQX1dYTFVBIHd4U3Ry
aW5nIGx1YTJ3eChjb25zdCBjaGFyKiBsdWFzdHIpCj4gPiA+IHsKPiA+ID4gICAgIGlmIChsdWFz
dHIgPT0gTlVMTCkgcmV0dXJuIHd4RW1wdHlTdHJpbmc7IC8vIGNoZWNrIGZvciBOVUxMCj4gPiA+
Cj4gPiA+ICNpZiB3eFVTRV9VTklDT0RFCj4gPiA+ICAgICByZXR1cm4gd3hTdHJpbmcobHVhc3Ry
LCB3eENvbnZVVEY4KTsKPiA+ID4gI2Vsc2UKPiA+ID4gICAgIHJldHVybiB3eFN0cmluZyh3eENv
bnZVVEY4LmNNQjJXQyhsdWFzdHIpLCAqd3hDb252Q3VycmVudCk7Cj4gPiA+ICNlbmRpZiAvLyB3
eFVTRV9VTklDT0RFCj4gPiA+Cj4gPiA+ICAgLy9yZXR1cm4gd3hDb252ZXJ0TUIyV1gobHVhc3Ry
KTsgLy8gb2xkIHdheSB0aGF0IG1vc3RseSB3b3Jrcwo+ID4gPiB9Cj4gPiA+Cj4gPiA+IC8vIENv
bnZlcnQgYSB3eFN0cmluZyB0byA4LWJpdCBMdWEgU3RyaW5nCj4gPiA+IGlubGluZSBjb25zdCBX
WERMTElNUEVYUF9XWExVQSB3eENoYXJCdWZmZXIgd3gybHVhKGNvbnN0IHd4U3RyaW5nJiB3eHN0
cikKPiA+ID4gewo+ID4gPiAgICAgLy93eENoYXJCdWZmZXIgYnVmZmVyKHd4Q29udmVydFdYMk1C
KHd4c3RyLmNfc3RyKCkpKTsgLy8gb2xkIHdheQo+ID4gPiB0aGF0IG1vc3RseSB3b3Jrcwo+ID4g
PiAgICAgd3hDaGFyQnVmZmVyCj4gPiA+IGJ1ZmZlcih3eENvbnZVVEY4LmNXQzJNQih3eHN0ci53
Y19zdHIoKnd4Q29udkN1cnJlbnQpKSk7IC8vIHNraWV1Cj4gPiA+ICAgICByZXR1cm4gYnVmZmVy
Owo+ID4gPiB9Cj4gPiA+Cj4gPiA+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PQo+ID4gPgo+ID4KPiA+IElmIEknbSBub3QgbWlzdGFrZW4gc3RjIHVzZXMgVVRDMiBpbnRlcm5h
bGx5LiBTbyB1c2luZyBzdGMncyBjb252ZXJzaW9uCj4gPiBmdW5jdGlvbnMgbWF5IG5vdCBoZWxw
IGhlcmUuIEluc3RlYWQsIEkgdGVzdGVkIHVzaW5nIEZsYW1lUm9iaW4ncwo+ID4gKHd3dy5mbGFt
ZXJvYmluLm9yZykgZnVuY3Rpb25zIGZyb20gU3RyaW5nVXRpbHMuaDsKPiA+IHN0ZDo6c3RyaW5n
IHd4MnN0ZChjb25zdCB3eFN0cmluZyYgaW5wdXQsIHd4TUJDb252KiBjb252PXd4Q29udkN1cnJl
bnQpOwo+ID4gd3hTdHJpbmcgc3RkMnd4KGNvbnN0IHN0ZDo6c3RyaW5nJiBpbnB1dCwgd3hNQkNv
bnYqIGNvbnY9d3hDb252Q3VycmVudCk7Cj4KPiBIdW1tLCBpbnRlcmVzdGluZy4uLiBzZWUgYmVs
b3cuCj4KPiA+IENoYW5nZWQgbHVhMnd4LCB3eDJsdWEgYW5kIHd4THVhQ2hhckJ1ZmZlcidzIGN0
b3IgYXMgZm9sbG93czoKPiA+Cj4gPiBpbmxpbmUgV1hETExJTVBFWFBfV1hMVUEgd3hTdHJpbmcg
bHVhMnd4KGNvbnN0IGNoYXIqIGx1YXN0cikKPiA+IHsKPiA+ICAgICAgaWYgKGx1YXN0ciA9PSBO
VUxMKSByZXR1cm4gd3hFbXB0eVN0cmluZzsgLy8gY2hlY2sgZm9yIE5VTEwKPiA+ICAgICAgcmV0
dXJuIHd4U3RyaW5nKGx1YXN0ciwgKnd4Q29udkN1cnJlbnQpOwo+ID4gfQo+Cj4gVGhlIG9sZCB3
YXkgb2YgZG9pbmcgdGhlIGNvbnZlcnNpb24gZGlkIGl0IHRoaXMgd2F5Lgo+Cj4gLy9yZXR1cm4g
d3hDb252ZXJ0TUIyV1gobHVhc3RyKTsgLy8gb2xkIHdheSB0aGF0IG1vc3RseSB3b3Jrcwo+ICNk
ZWZpbmUgd3hDb252ZXJ0TUIyV1gocykgICB3eENvbnZDdXJyZW50LT5jTUIyV1gocykKPgo+IFRo
aXMgaXMgdGhlIGNvZGUgZm9yIHRoZSB3eFN0cmluZyBmdW5jdGlvbiB3aGljaCBkb2VzIHRoZSBz
YW1lIGFzIHd4Q29udmVydE1CMldYCj4gd3hTdHJpbmc6Ond4U3RyaW5nKGNvbnN0IGNoYXIgKnBz
eiwgY29uc3Qgd3hNQkNvbnYmIGNvbnYsIHNpemVfdCBuTGVuZ3RoKQo+IHsKPiAuLi4KPiAgICAg
ICB3eFdDaGFyQnVmZmVyIHdidWYgPSBjb252LmNNQjJXQyhwc3osIG5MZW5ndGgsICZuTGVuV2lk
ZSk7Cj4KPiA9PT09PT09PT09PT09PT09PT0KPiBJIHNlZSB0aGF0IHdlIGhhdmUgMyBkaWZmZXJl
bnQgd2F5cyB0byBjb252ZXJ0IHRoZSBzdHJpbmdzLiBXaGljaCB3YXkKPiBpcyAicmlnaHQiIGZv
ciBhbGwgY2FzZXMuCj4KPiAxKSBkb2Vzbid0IHdvcmsgZm9yIHNvbWUgdW5rbm93biBjYXNlcwo+
ICAgICB3eENvbnZlcnRNQjJXWCA9PSB3eENvbnZDdXJyZW50LT5jTUIyV1gocykgPT0KPiB3eENv
bnZDdXJyZW50LT5jTUIyV0MKPgo+IDIpIERvZXNuJ3Qgd29yayBmb3IgVHVya2lzaCAoYW5kIHVu
ZG91YnRlZGx5IG90aGVycykKPiAjaWYgd3hVU0VfVU5JQ09ERQo+ICAgICByZXR1cm4gd3hTdHJp
bmcobHVhc3RyLCB3eENvbnZVVEY4KTsKPiAjZWxzZQo+ICAgICByZXR1cm4gd3hTdHJpbmcod3hD
b252VVRGOC5jTUIyV0MobHVhc3RyKSwgKnd4Q29udkN1cnJlbnQpOwo+ICNlbmRpZiAvLyB3eFVT
RV9VTklDT0RFCj4KPiAzKSBuZXc/IHdvcmtzPwo+ICAgICB3eFN0cmluZyhsdWFzdHIsICp3eENv
bnZDdXJyZW50KTsgPT0KPiAgICAgd3hXQ2hhckJ1ZmZlciB3YnVmID0gY29udi5jTUIyV0MocHN6
LCBuTGVuZ3RoLCAmbkxlbldpZGUpOwo+Cj4KPiBUaGUgZGlmZmVyZW5jZXMgSSBzZWUgaXMgdGhh
dAoKT29wcywgbWVzc2FnZSBnb3Qgc2VudCB3aGVuIEkgcHJlc3NlZCBzb21lIGtleXMgYnkgYWNj
aWRlbnQuCgpTbyAjMSA9PSAjMyBhbmQgIzIgdXNlcyB3eENvbnZVVEY4IGluc3RlYWQgb2Ygd3hD
b252Q3VycmVudC4KCkkga25vdyB0aGF0IHd4VVNFX1VOSUNPREUgdXNlcyB3Y2hhcl90Cnd4Q29u
dkN1cnJlbnQgPT0gICZ3eENvbnZMaWJjT2JqID09CiAgICAjaWZkZWYgX19XSU5ET1dTX18KICAg
ICAgICBzdGF0aWMgd3hNQkNvbnZfd2luMzIgd3hDb252TGliY09iajsKICAgICNlbGlmIGRlZmlu
ZWQoX19XWE1BQ19fKSAmJiAhZGVmaW5lZChfX01BQ0hfXykKICAgICAgICBzdGF0aWMgd3hNQkNv
bnZfbWFjIHd4Q29udkxpYmNPYmogOwogICAgI2Vsc2UKICAgICAgICBzdGF0aWMgd3hNQkNvbnZM
aWJjIHd4Q29udkxpYmNPYmo7CiAgICAjZW5kaWYKCkkgdGhpbmsgd2UgbmVlZCB0byBoYXZlIGFu
c3dlcnMgdG8gdGhlc2UgcXVlc3Rpb25zLgoKSG93IGRvIHlvdSBrbm93IGlmIHlvdSdyZSB1c2lu
ZyBVVEY4PwpIb3cgZG8geW91IHNldCB3eFdpZGdldHMgdG8gdXNlIG9yIG5vdCB1c2UgVVRGOCBp
ZiB5b3Ugd2FudCB0bz8KSWYgeW91IGdldCB0ZXh0IGZyb20gdGhlIGNsaXBib2FyZCwgY2FuIGl0
IGJlIGluIFVURjg/CgphbmQgZmluYWxseSwgaXMgd3hDb252Q3VycmVudCBzdXBwb3NlZCB0byBo
YW5kbGUgVVRGOCBhcyBpcz8KCkkgcGVyc29uYWxseSBkb24ndCBoYXZlIGFueSBpZGVhIGFuZCB3
b3VsZCBuYWl2ZWx5IHRoaW5rIHRoYXQKd3hDb252Q3VycmVudCBpbnN0ZWFkIG9mIHd4Q29udlVU
RjggaXMgdGhlIHJpZ2h0IHRoaW5nIHRvIGRvLgo=

T24gMTIvNi8wNiwgSGFra2kgRG9ndXNhbiA8ZG9ndXNhbmhAdHIubmV0PiB3cm90ZToKPiBKb2hu
IExhYmVuc2tpIHdyb3RlOgo+ID4gT24gMTIvNS8wNiwgSGFra2kgRG9ndXNhbiA8ZG9ndXNhbmhA
dHIubmV0PiB3cm90ZToKPiA+PiAoTWluZ3csIHd4THVhIGN2cywgd3gyLjcuMi93eDIuOCBBTlNJ
IGFuZCBVbmljb2RlLCBXaW5YUCBUdXJraXNoKQo+ID4+Cj4gPj4gSSBjYW4ndCB1c2UgVHVya2lz
aCBjaGFycyAoaWUuIPD8/mn25/0g0Nze3dbH3SkgaW4gbGFiZWwsIHRpdGxlLCBldGMuCj4gPj4K
PiA+PiBJZiBJIGNoYW5nZSB0aGUgZm9sbG93aW5nIGZ1bmN0aW9ucyB0byBvbGQgaW1wbGVtZW50
YXRpb24sIGl0IHdvcmtzOgo+ID4+IGx1YTJ3eCwgd3gybHVhLgo+ID4KPiA+IFBsZWFzZSBzZWUg
dGhpcyBtZXNzYWdlCj4gPiBSZTogW1d4bHVhLXVzZXJzXSB3eFN0cmluZywgVW5pY29kZSBwcm9i
bGVtIC4uLi4gKEZpeGVkLCkgU3RldmUgS2lldQo+ID4gaHR0cDovL3d3dy5tYWlsLWFyY2hpdmUu
Y29tL3d4bHVhLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldC9pbmRleC5odG1sIzAwNjkyCj4g
Pgo+ID4gLy8gQ29udmVydCBhIDgtYml0IEx1YSBTdHJpbmcgaW50byB3eFN0cmluZwo+ID4gaW5s
aW5lIFdYRExMSU1QRVhQX1dYTFVBIHd4U3RyaW5nIGx1YTJ3eChjb25zdCBjaGFyKiBsdWFzdHIp
Cj4gPiB7Cj4gPiAgICAgaWYgKGx1YXN0ciA9PSBOVUxMKSByZXR1cm4gd3hFbXB0eVN0cmluZzsg
Ly8gY2hlY2sgZm9yIE5VTEwKPiA+Cj4gPiAjaWYgd3hVU0VfVU5JQ09ERQo+ID4gICAgIHJldHVy
biB3eFN0cmluZyhsdWFzdHIsIHd4Q29udlVURjgpOwo+ID4gI2Vsc2UKPiA+ICAgICByZXR1cm4g
d3hTdHJpbmcod3hDb252VVRGOC5jTUIyV0MobHVhc3RyKSwgKnd4Q29udkN1cnJlbnQpOwo+ID4g
I2VuZGlmIC8vIHd4VVNFX1VOSUNPREUKPiA+Cj4gPiAgIC8vcmV0dXJuIHd4Q29udmVydE1CMldY
KGx1YXN0cik7IC8vIG9sZCB3YXkgdGhhdCBtb3N0bHkgd29ya3MKPiA+IH0KPiA+Cj4gPiAvLyBD
b252ZXJ0IGEgd3hTdHJpbmcgdG8gOC1iaXQgTHVhIFN0cmluZwo+ID4gaW5saW5lIGNvbnN0IFdY
RExMSU1QRVhQX1dYTFVBIHd4Q2hhckJ1ZmZlciB3eDJsdWEoY29uc3Qgd3hTdHJpbmcmIHd4c3Ry
KQo+ID4gewo+ID4gICAgIC8vd3hDaGFyQnVmZmVyIGJ1ZmZlcih3eENvbnZlcnRXWDJNQih3eHN0
ci5jX3N0cigpKSk7IC8vIG9sZCB3YXkKPiA+IHRoYXQgbW9zdGx5IHdvcmtzCj4gPiAgICAgd3hD
aGFyQnVmZmVyCj4gPiBidWZmZXIod3hDb252VVRGOC5jV0MyTUIod3hzdHIud2Nfc3RyKCp3eENv
bnZDdXJyZW50KSkpOyAvLyBza2lldQo+ID4gICAgIHJldHVybiBidWZmZXI7Cj4gPiB9Cj4gPgo+
ID4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4gPgo+Cj4gSWYgSSdtIG5v
dCBtaXN0YWtlbiBzdGMgdXNlcyBVVEMyIGludGVybmFsbHkuIFNvIHVzaW5nIHN0YydzIGNvbnZl
cnNpb24KPiBmdW5jdGlvbnMgbWF5IG5vdCBoZWxwIGhlcmUuIEluc3RlYWQsIEkgdGVzdGVkIHVz
aW5nIEZsYW1lUm9iaW4ncwo+ICh3d3cuZmxhbWVyb2Jpbi5vcmcpIGZ1bmN0aW9ucyBmcm9tIFN0
cmluZ1V0aWxzLmg7Cj4gc3RkOjpzdHJpbmcgd3gyc3RkKGNvbnN0IHd4U3RyaW5nJiBpbnB1dCwg
d3hNQkNvbnYqIGNvbnY9d3hDb252Q3VycmVudCk7Cj4gd3hTdHJpbmcgc3RkMnd4KGNvbnN0IHN0
ZDo6c3RyaW5nJiBpbnB1dCwgd3hNQkNvbnYqIGNvbnY9d3hDb252Q3VycmVudCk7CgpIdW1tLCBp
bnRlcmVzdGluZy4uLiBzZWUgYmVsb3cuCgo+IENoYW5nZWQgbHVhMnd4LCB3eDJsdWEgYW5kIHd4
THVhQ2hhckJ1ZmZlcidzIGN0b3IgYXMgZm9sbG93czoKPgo+IGlubGluZSBXWERMTElNUEVYUF9X
WExVQSB3eFN0cmluZyBsdWEyd3goY29uc3QgY2hhciogbHVhc3RyKQo+IHsKPiAgICAgIGlmIChs
dWFzdHIgPT0gTlVMTCkgcmV0dXJuIHd4RW1wdHlTdHJpbmc7IC8vIGNoZWNrIGZvciBOVUxMCj4g
ICAgICByZXR1cm4gd3hTdHJpbmcobHVhc3RyLCAqd3hDb252Q3VycmVudCk7Cj4gfQoKVGhlIG9s
ZCB3YXkgb2YgZG9pbmcgdGhlIGNvbnZlcnNpb24gZGlkIGl0IHRoaXMgd2F5LgoKLy9yZXR1cm4g
d3hDb252ZXJ0TUIyV1gobHVhc3RyKTsgLy8gb2xkIHdheSB0aGF0IG1vc3RseSB3b3JrcwojZGVm
aW5lIHd4Q29udmVydE1CMldYKHMpICAgd3hDb252Q3VycmVudC0+Y01CMldYKHMpCgpUaGlzIGlz
IHRoZSBjb2RlIGZvciB0aGUgd3hTdHJpbmcgZnVuY3Rpb24gd2hpY2ggZG9lcyB0aGUgc2FtZSBh
cyB3eENvbnZlcnRNQjJXWAp3eFN0cmluZzo6d3hTdHJpbmcoY29uc3QgY2hhciAqcHN6LCBjb25z
dCB3eE1CQ29udiYgY29udiwgc2l6ZV90IG5MZW5ndGgpCnsKLi4uCiAgICAgIHd4V0NoYXJCdWZm
ZXIgd2J1ZiA9IGNvbnYuY01CMldDKHBzeiwgbkxlbmd0aCwgJm5MZW5XaWRlKTsKCj09PT09PT09
PT09PT09PT09PQpJIHNlZSB0aGF0IHdlIGhhdmUgMyBkaWZmZXJlbnQgd2F5cyB0byBjb252ZXJ0
IHRoZSBzdHJpbmdzLiBXaGljaCB3YXkKaXMgInJpZ2h0IiBmb3IgYWxsIGNhc2VzLgoKMSkgZG9l
c24ndCB3b3JrIGZvciBzb21lIHVua25vd24gY2FzZXMKICAgIHd4Q29udmVydE1CMldYID09IHd4
Q29udkN1cnJlbnQtPmNNQjJXWChzKSA9PQp3eENvbnZDdXJyZW50LT5jTUIyV0MKCjIpIERvZXNu
J3Qgd29yayBmb3IgVHVya2lzaCAoYW5kIHVuZG91YnRlZGx5IG90aGVycykKI2lmIHd4VVNFX1VO
SUNPREUKICAgIHJldHVybiB3eFN0cmluZyhsdWFzdHIsIHd4Q29udlVURjgpOwojZWxzZQogICAg
cmV0dXJuIHd4U3RyaW5nKHd4Q29udlVURjguY01CMldDKGx1YXN0ciksICp3eENvbnZDdXJyZW50
KTsKI2VuZGlmIC8vIHd4VVNFX1VOSUNPREUKCjMpIG5ldz8gd29ya3M/CiAgICB3eFN0cmluZyhs
dWFzdHIsICp3eENvbnZDdXJyZW50KTsgPT0KICAgIHd4V0NoYXJCdWZmZXIgd2J1ZiA9IGNvbnYu
Y01CMldDKHBzeiwgbkxlbmd0aCwgJm5MZW5XaWRlKTsKCgpUaGUgZGlmZmVyZW5jZXMgSSBzZWUg
aXMgdGhhdAoKCgo+IGlubGluZSBjb25zdCBXWERMTElNUEVYUF9XWExVQSB3eENoYXJCdWZmZXIg
d3gybHVhKGNvbnN0IHd4U3RyaW5nJiB3eHN0cikKPiB7Cj4gICAgICB3eENoYXJCdWZmZXIgYnVm
ZmVyKHd4c3RyLm1iX3N0cigqd3hDb252Q3VycmVudCkpOwo+ICAgICAgcmV0dXJuIGJ1ZmZlcjsK
PiB9Cj4KPiB3eEx1YUNoYXJCdWZmZXIoY29uc3Qgd3hTdHJpbmcgJnd4c3RyKSA6IG1fYnVmZmVy
KChjb25zdCBjaGFyICopTlVMTCkKPiB7Cj4gICAgICBtX2J1ZmZlciA9IHd4Q2hhckJ1ZmZlcih3
eHN0ci5tYl9zdHIoKnd4Q29udkN1cnJlbnQpKTsKPiB9Cj4KPgo+IEkgdGVzdGVkIHdpdGggd3hV
U0VfVU5JQ09ERT0xIGFuZCA9MCBjb25maWd1cmF0aW9ucy4KPgo+IEkgY2FuIHVzZSBUdXJraXNo
IGNoYXJhY3RlcnMgbm93Lgo+Cj4gKE1pbmd3LCB3eEx1YSBjdnMsIHd4Mi44IEFTQ0lJIGFuZCBV
bmljb2RlLCBXaW5YUCBUdXJraXNoKQo+Cj4KPiBwcy4gVGhhbmsgeW91IGZvciB3b3JraW5nIGhh
cmQgb24gd3hMdWEhCj4KPgo+IC0tCj4gUmVnYXJkcywKPiBIYWtraSBEb2d1c2FuCj4KPiAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tCj4gVGFrZSBTdXJ2ZXlzLiBFYXJuIENhc2guIEluZmx1ZW5jZSB0aGUgRnV0
dXJlIG9mIElUCj4gSm9pbiBTb3VyY2VGb3JnZS5uZXQncyBUZWNoc2F5IHBhbmVsIGFuZCB5b3Un
bGwgZ2V0IHRoZSBjaGFuY2UgdG8gc2hhcmUgeW91cgo+IG9waW5pb25zIG9uIElUICYgYnVzaW5l
c3MgdG9waWNzIHRocm91Z2ggYnJpZWYgc3VydmV5cyAtIGFuZCBlYXJuIGNhc2gKPiBodHRwOi8v
d3d3LnRlY2hzYXkuY29tL2RlZmF1bHQucGhwP3BhZ2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZD
SUQ9REVWREVWCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18KPiB3eGx1YS11c2VycyBtYWlsaW5nIGxpc3QKPiB3eGx1YS11c2Vyc0BsaXN0cy5zb3VyY2Vm
b3JnZS5uZXQKPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby93
eGx1YS11c2Vycwo+Cg==

ps. Yes there is something that would be nice to have in the build files.

It looks like the object files for VC for the mod_wxlua (for example)
go into wxLua/modules/build/msw/msvc6prjd/mod_wxlua for all of these
builds
>From modules_mod_wxlua.dsp

!ELSEIF  "$(CFG)" == "mod_wxlua - Win32 DLL Debug Monolithic"
!ELSEIF  "$(CFG)" == "mod_wxlua - Win32 DLL Debug Multilib"
!ELSEIF  "$(CFG)" == "mod_wxlua - Win32 Debug Monolithic"
!ELSEIF  "$(CFG)" == "mod_wxlua - Win32 Debug Multilib"

I think it's ok for for monolithic and multilib, but the dll ones have
to go somewhere else since if you use batch build in VC to build both
Debug and DLL Debug it starts getting all sorts of errors/warnings
about wrong function signatures after the first lib is compiled since
I assume that it's using the same object files for both, but the
WXEXPORT is different.

I hope that is easy to do, thanks
     John Labenski



On 12/6/06, John Labenski <jla...@gm...> wrote:
> On 12/6/06, Francesco Montorsi <f18...@ya...> wrote:
> > John Labenski ha scritto:
> > > I have rewritten the coroutine code so that we do not have to replace
> > > luaE_newthread and luaE_freethread by pushing the wxLuaStateRefData
> > > into the registry table.
> > good work!
> >
> > >
> > > Hopefully this will make using wxLua as a lua module using require
> > > much easier... of course the build files have to sorted out.
> > I'll reorganize the bakefiles tonight ;)
> >
> > With bakefile 0.2.1 we are very very near to have all functionalities we
> > need in the "official" bakefile. In fact, the only thing which makes us
> > depend on a patched bakefile currently is that we want to:
> >
> >   1) use wxPresets and all logic they contain
> >   2) have WX_DEBUG=0/1 and WX_UNICODE replaced by BUILD=debug/release
> > and UNICODE option names
> >
> > if we remove "feature" #2 then we can use bakefile 0.2.1
> > if we don't, hopefully Vaclav will apply my patch for bakefile 0.2.2
> > (I'm pinging him about that patch since a long time now).
>
> Hopefully, soon. :)
>
> Is the bakefile on the wxLua website the same one you're using
> (htdocs/bakefile/frm-bakefile.tar.gz). I haven't tried it yet, since
> this would be the first time I'd need it. If not could you update it
> if it's not too much trouble?
>
> > Is there any other build problem which I should solve this evening ?
>
> I don't think so. I dunno what you want to do about naming the lua.exe
> and lua.dll. Do we put wx in it somewhere since some linux
> distributions have lua packages and we don't want to overwrite it for
> "make install" even though it's identical?
>
> Thanks,
>     John Labenski
>