wxlua-users — wxLua list for users and developers

Re: [Wxlua-users] wxstedit and other link problems

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

On 3/4/06, klaas.holwerda <kho...@xs...> wrote:
> John Labenski wrote:
> > On 3/4/06, klaas.holwerda <kho...@xs...> wrote:
> >
> >> And indeed app_wxluaedit app crashes in the class RTTI initalization
> >> stuff again.
> >> This is for sure because of the warning below. It must be somewhere
> >> solved in bakefile.
> >>
> >>> --------------------Configuration: wxstedit - Win32
> >>> Debug--------------------
> >>> Linking...
> >>> LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of
> >>> other libs; use /NODEFAULTLIB:library
> >>>
> >
> > I think this is because you have compiled wxStEdit in RELEASE?
> > Unfortunately the wxStEdit build files only output to a single dir so
> > you have to completely! clean it out and rebuild it.
> >
> No this should not be the case, i have a steditd.lib and a stedit.lib.
> And i used batch build.
> BUT it looks there is something not right. Since if i just force the
> active configuration to build in debug, and rebuild all,
> i can also run app_wxluaedit (after a rebuild) without problem.
> At least what i saw in wxLua is that stedit.lib is linked always, i
> changed it by hand to use wxsteditd.lib.
> But looking at the size of wxsteditd.lib and wxstedit.lib they are eqaul
> ( binary too ).
> I am confused.

Since the object files are not put into separate dirs and you probably
compiled the RELEASE version first it probably just linked them
together for the DEBUG version, hence the libs are the same size. You
have to clean it first and do a rebuild to change versions.

-John Labenski

Re: [Wxlua-users] wxstedit and other link problems

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

John Labenski wrote:
> On 3/4/06, klaas.holwerda <kho...@xs...> wrote:
>   
>> And indeed app_wxluaedit app crashes in the class RTTI initalization
>> stuff again.
>> This is for sure because of the warning below. It must be somewhere
>> solved in bakefile.
>>     
>>> --------------------Configuration: wxstedit - Win32
>>> Debug--------------------
>>> Linking...
>>> LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of
>>> other libs; use /NODEFAULTLIB:library
>>>       
>
> I think this is because you have compiled wxStEdit in RELEASE?
> Unfortunately the wxStEdit build files only output to a single dir so
> you have to completely! clean it out and rebuild it.
>   
No this should not be the case, i have a steditd.lib and a stedit.lib. 
And i used batch build.
BUT it looks there is something not right. Since if i just force the 
active configuration to build in debug, and rebuild all,
i can also run app_wxluaedit (after a rebuild) without problem.
At least what i saw in wxLua is that stedit.lib is linked always, i 
changed it by hand to use wxsteditd.lib.
But looking at the size of wxsteditd.lib and wxstedit.lib they are eqaul 
( binary too ).
I am confused.

Klaas

Re: [Wxlua-users] wxstedit and other link problems

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

On 3/4/06, klaas.holwerda <kho...@xs...> wrote:
> And indeed app_wxluaedit app crashes in the class RTTI initalization
> stuff again.
> This is for sure because of the warning below. It must be somewhere
> solved in bakefile.
> >
> > --------------------Configuration: wxstedit - Win32
> > Debug--------------------
> > Linking...
> > LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of
> > other libs; use /NODEFAULTLIB:library

I think this is because you have compiled wxStEdit in RELEASE?
Unfortunately the wxStEdit build files only output to a single dir so
you have to completely! clean it out and rebuild it.

I'm just using the wxCode bakefiles and I don't think there's a way to
separate the output of the build files? Francesco, is that right? I've
used the bakefiles for your projects as a starting point, but maybe
I've missed something.

Regards,
    John Labenski

[Wxlua-users] Updated XXX_rules.lua files for clarity and consistency

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

I have made some rather big changes to the rules files, but I hope
everyone will agree that it's better to do it now than later. I think
the variable names and comments make things a lot more clear. Let me
know if anything is still not obvious or if something doesn't work.

Regards,
    John Labenski

Re: [Wxlua-users] require problem with luasocket

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

On 3/4/06, Marcos <mar...@ya...> wrote:
> But, I think wxlua.exe must correctly use the require function without
> recompile libraries, because my goal is to use the binaries disposed on
> the web. Example is luasql, luazip, luasocket and so..

I agree, it should work, but I'm not sure why it doesn't. wxLua
shouldn't be doing anything that would affect how require works. As I
said, I think it's more of a path issue than anything else since I
could get it to work. You have to duplicate the path structure that
lua.exe has where "require" does work for you for wxlua.exe. In fact,
why not just copy wxlua.exe to where you have lua.exe working with the
"require" code and see if that works?

> Another question is: You have a project to build wxLua module(dll,so) for
> dynamic load with lua.exe?

This will take some additional work. There was a modified version of
the original wxLua that could be loaded as a dll from lua.exe, but I
have not attempted to look at what was necessary to make it work. I
think that it is not so simple since wxWidgets has it's own event loop
and so you have to install it into lua.exe's C main() somehow.
Apparently it's possible, but I haven't had time to look into it.

Regards,
    John Labenski

Re: [Wxlua-users] require problem with luasocket

[Marcos <mar...@ya...>]

Thanks, John

I will try.

But, I think wxlua.exe must correctly use the require function without  
recompile libraries, because my goal is to use the binaries disposed on  
the web. Example is luasql, luazip, luasocket and so..

Another question is: You have a project to build wxLua module(dll,so) for  
dynamic load with lua.exe?

Thanks in advance

Marcos W.
--------------


Em Tue, 28 Feb 2006 18:23:03 -0300, John Labenski <jla...@gm...>  
escreveu:

> Ok, I hacked away a bit, it's not pretty, but I got it to work in MSW.
> I downloaded the sources for luasocket-2.0.tar.gz. Compiled it using
> MSVC 2005 express using the sln file, I had to edit the *.vcproj to
> point to wxLua/module/lua/include for the include path to lua.h.
>
> I edited mime.h/c and added
> MIME_API int luaopen_mime(lua_State *L);
> MIME_API int luaopen_mime(lua_State *L) {
>     return luaopen_mime_core(L);
> }
>
> edited socket.h/c and added
> LUASOCKET_API int luaopen_socket(lua_State *L);
> LUASOCKET_API int luaopen_socket(lua_State *L) {
>     return luaopen_socket_core(L);
> }
>
> *** I don't know why I have to do that?
>
> I then created a dir called "socket" and "mime" in the
> luasocket-2.0/src dir and copied (not moved) all the lua files into
> them. I moved src/mime.dll to src/mime/core.dll and src/socket.dll to
> src/socket/core.dll. You HAVE TO either delete src/socket.dll and
> src/mime.dll or get rid of them somehow, otherwise require tries to
> load them instead of mime.lua and socket.lua and they have to both be
> called core.dll.
>
> src/mime.lua   -- these two are already there, leave others too
> src/socket.lua
> src/mime/core.dll
> src/socket/core.dll
> src/socket/ftp.lua
> src/socket/http.lua
> src/socket/smtp.lua
> src/socket/socket.lua
> src/socket/tp.lua
> src/socket/url.lua
>
> I edited src/compat/compat5.1r4/compat5.1.lua to have this
>
> package.cpath = os.getenv("LUA_CPATH") or
>              "./?.dll;" ..
> instead of ?.so for unix systems. I could have just used the
> environment variables, but after some debugging about why it couldn't
> find the libs I just left it the way I had it.
>
> It works! Both using the lua.exe program and wxlua.exe. I ran the
> programs from the luasocket-2.0/src dir like this
> ../../wxLua/bin/wxlua.exe wxlua_socket.lua (the name I gave your program)
> (note also I'm using cygwin in Windows so I use forward slashes)
> I made some tweaks to wxLua.exe to make it handle the errors a little  
> better.
>
> I'm not sure that this helps at all since I really just trashed
> things, but the problem you have is with the paths not being right and
> it not being able to find either the lua or dll files for the module's
> require.
>
> To help debug things change src/compat/compat5.1r4/compat5.1.lua
>
> At the top add the "print" to this list of functions
>
> local print, assert, error, getfenv, ipairs, loadfile, loadlib, pairs,
> setfenv, setmetatable, type = print, assert, error, getfenv, ipairs,
> loadfile, loadlib, pairs, setfenv, setmetatable, type
>
> then later on add some "print" statements
>
> local function search (path, name)
> ...
>     print("search ", c)
>
> local function loader_C (name)
>   print("loader_C ", name)
>
> local function loader_Lua (name)
>   print("loader_Lua ", name)
>
> and whatever else seems necessary to help you understand why it cannot
> find what it's looking for.
>
> Good luck,
>     John Labenski

		
_______________________________________________________
Yahoo! Acesso Grs - Internet rda e grs. Instale o discador agora!
http://br.acesso.yahoo.com

Re: [Wxlua-users] wxstedit and other link problems

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

Hi,

And indeed app_wxluaedit app crashes in the class RTTI initalization 
stuff again.
This is for sure because of the warning below. It must be somewhere 
solved in bakefile.

Klaas

klaas.holwerda wrote:
>
> --------------------Configuration: wxstedit - Win32 
> Debug--------------------
> Linking...
> LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of 
> other libs; use /NODEFAULTLIB:library
>

Re: [Wxlua-users] release date (was Re: changelog)

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

On 3/4/06, Francesco Montorsi <f18...@ya...> wrote:
> I've added a simple changelog.txt in docs\
> Please anyone add a brief summary of changes between pre-SF release and
> actual sources.

Thanks.

> >> PS: I'm still slowly working on the autopackage - it will take still
> >> many days - meanwhile I think we could do the 2.6.2.0 release, don't y=
ou
> >> think so ?

Ok, how about next week. I'm cleaning up the XXX_rules.lua files to
have more verbose names of the settings since I want them to be fixed
once and for all before we make a release.

> > See other message.
> which msg ?

The one about putting all the binding glue code into a single file.

> >> So that we can have some user feedback for the upcoming 2.6.3.0... ;)
> >
> > Agreed.
> in this case, can we fix a release date ?
> I would make 2.6.2.0 the 6/03, this monday. I'll be available all the
> morning so I'll be able to do all packaging steps and upload archives to
> SF release system...

Ok, sounds good. I'll try to be all done by monday. I can only test in
MSW on monday though, unless I can get a machine here working again.

-John Labenski

[Wxlua-users] wxstedit and other link problems

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

Hi,

I thought i do a last test with VC6 ( only debug and release multilib ).

I see with wxStEdit from wxCode CVS, still this problem, i think this is 
the same as we had some time ago.
If it is already introduced here, later on in wxLua the problem will 
stay, and eventually in wxArt2D it became a real problem.
Francesco how did you solve it that time? Better do it here too.

Regards,

Klaas

--------------------Configuration: wxstedit - Win32 
Debug--------------------
Linking...
LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of other 
libs; use /NODEFAULTLIB:library

next i get this in all wxLua/apps


-------------------Configuration: app_wxlua - Win32 Release 
Multilib--------------------
Compiling resources...
Compiling...
lconsole.cpp
wxlua.cpp
Generating Code...
Linking...
LINK : warning LNK4089: all references to "OLEAUT32.dll" discarded by 
/OPT:REF

and of course in:

--------------------Configuration: app_wxluaedit - Win32 Debug 
Multilib--------------------
Compiling resources...
Compiling...
wxledit.cpp
wxluaedit.cpp
Generating Code...
Linking...
LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other 
libs; use /NODEFAULTLIB:library

Re: [Wxlua-users] Re: compile error about m_steNotebook

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

On 3/4/06, Francesco Montorsi <f18...@ya...> wrote:
> PS: I'm adjusting samples/calculator with sizers in order to better
> learn wxLua ;)

Great, I worked on a couple last week, but didn't get too far.

> PS2: in the choices.wx.lua sample, at least on my Ubuntu, the
> wxCheckListBox is empty, even if it should have been initialized with
> the 'choices' table... do you get the same ?

Yes, I thought it was just me? I debugged it a little and IIRC it was
getting the correct values in the constructor. The code is pretty much
identical to the combobox code in the bindings too, so I'm not sure
what's wrong.

-John Labenski

[Wxlua-users] release date (was Re: changelog)

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

Hi,

John Labenski ha scritto:
> On 3/3/06, Francesco Montorsi <f18...@ya...> wrote:
>> Hi,
>>     I wonder: should we add a changelog in doc/ folder ?
>>     If yes, which format should we use ? I think HTML is not very
>> appropriated in this case but this is a matter of taste...
> 
> Yes! I've been meaning to do that, but I've forgotten. I'll (or
> whomever) add it the next time I change something. I agree that text
> is best for this file.
I've added a simple changelog.txt in docs\
Please anyone add a brief summary of changes between pre-SF release and 
actual sources.

> 
>> PS: I'm still slowly working on the autopackage - it will take still
>> many days - meanwhile I think we could do the 2.6.2.0 release, don't you
>> think so ?
> 
> See other message.
which msg ?

> 
>> So that we can have some user feedback for the upcoming 2.6.3.0... ;)
> 
> Agreed.
in this case, can we fix a release date ?
I would make 2.6.2.0 the 6/03, this monday. I'll be available all the 
morning so I'll be able to do all packaging steps and upload archives to 
SF release system...

Please let me know if you all agree,
Francesco

[Wxlua-users] Re: compile error about m_steNotebook

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

Hi,

> PS: I'm adjusting samples/calculator with sizers in order to better 
> learn wxLua ;)
I've fixed the sample and removed old wxr resource type.

> 
> PS2: in the choices.wx.lua sample, at least on my Ubuntu, the 
> wxCheckListBox is empty, even if it should have been initialized with 
> the 'choices' table... do you get the same ?

[Wxlua-users] Re: Have only a single wxLua binding file?

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

Hi,

John Labenski ha scritto:
> On 3/3/06, klaas.holwerda <kho...@xs...> wrote:
>> John Labenski wrote:
>>> Any objections? If not then I'll get to this on the weekend.
>>>
>> Nop,  at least i don't see a problem, the main issue was always
>> compiling time, i think this was solved.
> 
> Ok, all done. Francesco, since I'm still having problems with
> bakefile, could you remove the files below and rebake them. It looks
> like you're using *.cpp to find the files, so I haven't touched the
> bakefiles.
> 
> As a stopgap until the bakefiles are redone I've just emptied the old
> files and made XXX_class.cpp have #include "wx_bind.cpp" so it should
> still work.
> 
> modules/wxbind/src/  -- they're all empty
> wx_builtin.cpp
> wx_class.cpp
> wx_define.cpp
> wx_event.cpp
> wx_object.cpp
> 
> modules/wxbindstc/src/  -- they're all empty
> wxstc_builtin.cpp
> wxstc_class.cpp
> wxstc_define.cpp
> wxstc_event.cpp
> wxstc_object.cpp
> 
> apps/wxluacan/src/  -- they're all empty
> wxluacan_builtin.cpp
> wxluacan_class.cpp
> wxluacan_define.cpp
> wxluacan_event.cpp
> wxluacan_object.cpp
> 
> Thanks, let me know if everything still works.
Done and committed the changes in build system. Everything still works 
on my Linux - need to check on windows but it should really work there too.

Francesco

[Wxlua-users] Re: compile error about m_steNotebook

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

John Labenski ha scritto:
> On 3/3/06, Francesco Montorsi <f18...@ya...> wrote:
>> Hi,
>>     with latest CVS I got:
>>
>> .././bk-deps g++ -c -o app_wxluaedit_wxluaedit.o -I../../modules
>> -I./../.. -I/usr/local/lib/wx/include/gtk2-unicode-release-static-2.7
>> -I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
>> -D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread  -g0 -O2
>> ../../apps/wxluaedit/src/wxluaedit.cpp
>> ../../apps/wxluaedit/src/wxluaedit.cpp: In member function 'bool
>> wxLuaEditorFrame::Create(const wxString&, const wxPoint&, const wxSize&,
>> long int)':
>> ../../apps/wxluaedit/src/wxluaedit.cpp:222: error: 'm_steNotebook' was
>> not declared in this scope
>>
>> in fact I cannot see m_steNotebook defined anywhere...
> 
> Please update the wxStEdit from wxCode.
You're right - sorry if I did not suspect it before...
Now everything works,
Francesco

PS: I'm adjusting samples/calculator with sizers in order to better 
learn wxLua ;)

PS2: in the choices.wx.lua sample, at least on my Ubuntu, the 
wxCheckListBox is empty, even if it should have been initialized with 
the 'choices' table... do you get the same ?

Re: [Wxlua-users] Have only a single wxLua binding file?

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

On 3/3/06, klaas.holwerda <kho...@xs...> wrote:
> John Labenski wrote:
> > Any objections? If not then I'll get to this on the weekend.
> >
> Nop,  at least i don't see a problem, the main issue was always
> compiling time, i think this was solved.

Ok, all done. Francesco, since I'm still having problems with
bakefile, could you remove the files below and rebake them. It looks
like you're using *.cpp to find the files, so I haven't touched the
bakefiles.

As a stopgap until the bakefiles are redone I've just emptied the old
files and made XXX_class.cpp have #include "wx_bind.cpp" so it should
still work.

modules/wxbind/src/  -- they're all empty
wx_builtin.cpp
wx_class.cpp
wx_define.cpp
wx_event.cpp
wx_object.cpp

modules/wxbindstc/src/  -- they're all empty
wxstc_builtin.cpp
wxstc_class.cpp
wxstc_define.cpp
wxstc_event.cpp
wxstc_object.cpp

apps/wxluacan/src/  -- they're all empty
wxluacan_builtin.cpp
wxluacan_class.cpp
wxluacan_define.cpp
wxluacan_event.cpp
wxluacan_object.cpp

Thanks, let me know if everything still works.
    John Labenski

Re: [Wxlua-users] Have only a single wxLua binding file?

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

John Labenski wrote:
> Any objections? If not then I'll get to this on the weekend.
>   
Nop,  at least i don't see a problem, the main issue was always 
compiling time, i think this was solved.

Klaas

Re: [Wxlua-users] compile error about m_steNotebook

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

On 3/3/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     with latest CVS I got:
>
> .././bk-deps g++ -c -o app_wxluaedit_wxluaedit.o -I../../modules
> -I./../.. -I/usr/local/lib/wx/include/gtk2-unicode-release-static-2.7
> -I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES
> -D_LARGEFILE_SOURCE=3D1 -D__WXGTK__ -pthread  -g0 -O2
> ../../apps/wxluaedit/src/wxluaedit.cpp
> ../../apps/wxluaedit/src/wxluaedit.cpp: In member function 'bool
> wxLuaEditorFrame::Create(const wxString&, const wxPoint&, const wxSize&,
> long int)':
> ../../apps/wxluaedit/src/wxluaedit.cpp:222: error: 'm_steNotebook' was
> not declared in this scope
>
> in fact I cannot see m_steNotebook defined anywhere...

Please update the wxStEdit from wxCode.

-John Labenski

[Wxlua-users] Re: Have only a single wxLua binding file?

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

John Labenski ha scritto:
> Currently we have a *.cpp for each *.i file and then
> 
> wx_builtin.cpp
> wx_class.cpp
> wx_define.cpp
> wx_event.cpp
> wx_object.cpp
> total: ~200K for all of wxWidgets
> 
> for each of the different types of bindings. I think it would make
> sense to combine all of these together. Originally wxLua just had a
> single 2MB binding file, which was just too large, but by separating
> out the .i file code the rest of the glue code is pretty small. It'll
> make it easier to understand what's what too.
> 
> After the change we'll have
> *.i -> *.cpp for the binding code itself
> a single header
> the glue code file
> 
> Any objections? If not then I'll get to this on the weekend.
I think it's a good idea since many of these wx_*.cpp are very little; 
merging them should just make wxLua look cleaner ;)

Francesco

[Wxlua-users] compile error about m_steNotebook

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

Hi,
    with latest CVS I got:

.././bk-deps g++ -c -o app_wxluaedit_wxluaedit.o -I../../modules 
-I./../.. -I/usr/local/lib/wx/include/gtk2-unicode-release-static-2.7 
-I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES 
-D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread  -g0 -O2 
../../apps/wxluaedit/src/wxluaedit.cpp
../../apps/wxluaedit/src/wxluaedit.cpp: In member function ‘bool 
wxLuaEditorFrame::Create(const wxString&, const wxPoint&, const wxSize&, 
long int)’:
../../apps/wxluaedit/src/wxluaedit.cpp:222: error: ‘m_steNotebook’ was 
not declared in this scope

in fact I cannot see m_steNotebook defined anywhere...

Francesco

[Wxlua-users] Have only a single wxLua binding file?

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

Currently we have a *.cpp for each *.i file and then

wx_builtin.cpp
wx_class.cpp
wx_define.cpp
wx_event.cpp
wx_object.cpp
total: ~200K for all of wxWidgets

for each of the different types of bindings. I think it would make
sense to combine all of these together. Originally wxLua just had a
single 2MB binding file, which was just too large, but by separating
out the .i file code the rest of the glue code is pretty small. It'll
make it easier to understand what's what too.

After the change we'll have
*.i -> *.cpp for the binding code itself
a single header
the glue code file

Any objections? If not then I'll get to this on the weekend.

Regards,
    John Labenski

Re: [Wxlua-users] changelog

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

On 3/3/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     I wonder: should we add a changelog in doc/ folder ?
>     If yes, which format should we use ? I think HTML is not very
> appropriated in this case but this is a matter of taste...

Yes! I've been meaning to do that, but I've forgotten. I'll (or
whomever) add it the next time I change something. I agree that text
is best for this file.

> PS: I'm still slowly working on the autopackage - it will take still
> many days - meanwhile I think we could do the 2.6.2.0 release, don't you
> think so ?

See other message.

> So that we can have some user feedback for the upcoming 2.6.3.0... ;)

Agreed.

-John Labenski

[Wxlua-users] changelog

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

Hi,
    I wonder: should we add a changelog in doc/ folder ?
    If yes, which format should we use ? I think HTML is not very 
appropriated in this case but this is a matter of taste...

Francesco

PS: I'm still slowly working on the autopackage - it will take still 
many days - meanwhile I think we could do the 2.6.2.0 release, don't you 
think so ?

So that we can have some user feedback for the upcoming 2.6.3.0... ;)

Re: [Wxlua-users] require problem with luasocket

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

Ok, I hacked away a bit, it's not pretty, but I got it to work in MSW.
I downloaded the sources for luasocket-2.0.tar.gz. Compiled it using
MSVC 2005 express using the sln file, I had to edit the *.vcproj to
point to wxLua/module/lua/include for the include path to lua.h.

I edited mime.h/c and added
MIME_API int luaopen_mime(lua_State *L);
MIME_API int luaopen_mime(lua_State *L) {
    return luaopen_mime_core(L);
}

edited socket.h/c and added
LUASOCKET_API int luaopen_socket(lua_State *L);
LUASOCKET_API int luaopen_socket(lua_State *L) {
    return luaopen_socket_core(L);
}

*** I don't know why I have to do that?

I then created a dir called "socket" and "mime" in the
luasocket-2.0/src dir and copied (not moved) all the lua files into
them. I moved src/mime.dll to src/mime/core.dll and src/socket.dll to
src/socket/core.dll. You HAVE TO either delete src/socket.dll and
src/mime.dll or get rid of them somehow, otherwise require tries to
load them instead of mime.lua and socket.lua and they have to both be
called core.dll.

src/mime.lua   -- these two are already there, leave others too
src/socket.lua
src/mime/core.dll
src/socket/core.dll
src/socket/ftp.lua
src/socket/http.lua
src/socket/smtp.lua
src/socket/socket.lua
src/socket/tp.lua
src/socket/url.lua

I edited src/compat/compat5.1r4/compat5.1.lua to have this

package.cpath =3D os.getenv("LUA_CPATH") or
             "./?.dll;" ..
instead of ?.so for unix systems. I could have just used the
environment variables, but after some debugging about why it couldn't
find the libs I just left it the way I had it.

It works! Both using the lua.exe program and wxlua.exe. I ran the
programs from the luasocket-2.0/src dir like this
../../wxLua/bin/wxlua.exe wxlua_socket.lua (the name I gave your program)
(note also I'm using cygwin in Windows so I use forward slashes)
I made some tweaks to wxLua.exe to make it handle the errors a little bette=
r.

I'm not sure that this helps at all since I really just trashed
things, but the problem you have is with the paths not being right and
it not being able to find either the lua or dll files for the module's
require.

To help debug things change src/compat/compat5.1r4/compat5.1.lua

At the top add the "print" to this list of functions

local print, assert, error, getfenv, ipairs, loadfile, loadlib, pairs,
setfenv, setmetatable, type =3D print, assert, error, getfenv, ipairs,
loadfile, loadlib, pairs, setfenv, setmetatable, type

then later on add some "print" statements

local function search (path, name)
...
    print("search ", c)

local function loader_C (name)
  print("loader_C ", name)

local function loader_Lua (name)
  print("loader_Lua ", name)

and whatever else seems necessary to help you understand why it cannot
find what it's looking for.

Good luck,
    John Labenski

On 2/27/06, John Labenski <jla...@gm...> wrote:
> On 2/27/06, Marcos <mar...@ya...> wrote:
> > I'm compiling wxlua myself.
> > I'am using the luasocket 2.0 binary files on win32 (win98).
> >
> > > I see you load compat-5.1.lua, wxLua is based on 5.0.2, has luasocket
> > > been compiled for 5.1?
> > No, luasocket was been compiled for 5.0.2, but under compat-5.1 package
> > model.
> >
> > I download your wxLua installer e try ...
> >
> > the script is:
> > ---
> > dofile([[D:\lua\lua5\5.0\bin\compat-5.1.lua]] )
> > local http =3D require("socket.http")
> > print(http.request)
> > b, c, h =3D http.request("http://www.lua.org")  print(b,c,h)
> > ---
> >
> > I get this message with lua.exe and wxlua.exe
> > ---
> > wxLua: Error while running chunk
> > compat-5.1.lua:130: error loading package `socket.core' (One of the
> > library files needed to run this application cannot be found.
> > )
> > ---
> >
> > Now I put lua50.dll (luasocket dependencie ) in /bin, and get this.
> > ----
> > C:\App\wxLua\test\socket>C:\App\wxLua\bin\lua.exe http1.lua
> > function: 00AC4780
> > C:\APP\WXLUA\BIN\LUA.EXE: not enough memory
> > stack traceback:
> >         [C]: in function `request'
> >         http1.lua:4: in main chunk
> >         [C]: ?
> > ---
> >
> > Note the module was loaded and http.request is a function.
>
> Well, it seems a little closer. I've tried it in linux, I got the
> luasocket source compiled it, but I had to make some changes, but it
> still doesn't even work using the lua executable.
>
> luasocket.h & luasocket.c I added
>
> LUASOCKET_API int luaopen_socket(lua_State *L);
>
> LUASOCKET_API int luaopen_socket(lua_State *L) {
>     return luaopen_socket_core(L);
> }
>
> since otherwise I got this error when just running it in lua
> ../../wxLua/bin/lua:
> .../wxLua/luasocket-2.0/src/compat-5.1r4/compat-5.1.lua:125: error
> loading package `socket' (./socket.so: undefined symbol:
> luaopen_socket)
>
> I tried changing the require code to
> local http =3D require("socket")
>
> to not get the error
> ../../wxLua/bin/lua:
> .../wxLua/luasocket-2.0/src/compat-5.1r4/compat-5.1.lua:171: package
> `socket.http' not found
>
> but now I get this error, since it didn't load the http module.
> ../../wxLua/bin/lua: wxlua_test.lua:9: attempt to call field `request'
> (a nil value)
>
> I'm a little unfamiliar with the module way of doing things, but
> something not right about the luasocket lib or my paths or...
> something. I'm a little suspicious since it was looking for a function
> called luaopen_socket which didn't even exist, so I think there may be
> other problems in the luasocket module.
>
> It would be nice to get this working in wxLua, but if I can't even get
> it to work using lua, I won't be able to make any progress. I'll try
> tomorrow in MSW.
>
> Regards,
>     John Labenski
>

Re: [Wxlua-users] require problem with luasocket

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

On 2/27/06, Marcos <mar...@ya...> wrote:
> I'm compiling wxlua myself.
> I'am using the luasocket 2.0 binary files on win32 (win98).
>
> > I see you load compat-5.1.lua, wxLua is based on 5.0.2, has luasocket
> > been compiled for 5.1?
> No, luasocket was been compiled for 5.0.2, but under compat-5.1 package
> model.
>
> I download your wxLua installer e try ...
>
> the script is:
> ---
> dofile([[D:\lua\lua5\5.0\bin\compat-5.1.lua]] )
> local http =3D require("socket.http")
> print(http.request)
> b, c, h =3D http.request("http://www.lua.org")  print(b,c,h)
> ---
>
> I get this message with lua.exe and wxlua.exe
> ---
> wxLua: Error while running chunk
> compat-5.1.lua:130: error loading package `socket.core' (One of the
> library files needed to run this application cannot be found.
> )
> ---
>
> Now I put lua50.dll (luasocket dependencie ) in /bin, and get this.
> ----
> C:\App\wxLua\test\socket>C:\App\wxLua\bin\lua.exe http1.lua
> function: 00AC4780
> C:\APP\WXLUA\BIN\LUA.EXE: not enough memory
> stack traceback:
>         [C]: in function `request'
>         http1.lua:4: in main chunk
>         [C]: ?
> ---
>
> Note the module was loaded and http.request is a function.

Well, it seems a little closer. I've tried it in linux, I got the
luasocket source compiled it, but I had to make some changes, but it
still doesn't even work using the lua executable.

luasocket.h & luasocket.c I added

LUASOCKET_API int luaopen_socket(lua_State *L);

LUASOCKET_API int luaopen_socket(lua_State *L) {
    return luaopen_socket_core(L);
}

since otherwise I got this error when just running it in lua
../../wxLua/bin/lua:
.../wxLua/luasocket-2.0/src/compat-5.1r4/compat-5.1.lua:125: error
loading package `socket' (./socket.so: undefined symbol:
luaopen_socket)

I tried changing the require code to
local http =3D require("socket")

to not get the error
../../wxLua/bin/lua:
.../wxLua/luasocket-2.0/src/compat-5.1r4/compat-5.1.lua:171: package
`socket.http' not found

but now I get this error, since it didn't load the http module.
../../wxLua/bin/lua: wxlua_test.lua:9: attempt to call field `request'
(a nil value)

I'm a little unfamiliar with the module way of doing things, but
something not right about the luasocket lib or my paths or...
something. I'm a little suspicious since it was looking for a function
called luaopen_socket which didn't even exist, so I think there may be
other problems in the luasocket module.

It would be nice to get this working in wxLua, but if I can't even get
it to work using lua, I won't be able to make any progress. I'll try
tomorrow in MSW.

Regards,
    John Labenski

Re: [Wxlua-users] require problem with luasocket

[Marcos <mar...@ya...>]

John,

Sorry, my bad english, I'm brazilian.

I'm compiling wxlua myself.
I'am using the luasocket 2.0 binary files on win32 (win98).

> I see you load compat-5.1.lua, wxLua is based on 5.0.2, has luasocket
> been compiled for 5.1?
No, luasocket was been compiled for 5.0.2, but under compat-5.1 package  
model.


I download your wxLua installer e try ...

the script is:
---
dofile([[D:\lua\lua5\5.0\bin\compat-5.1.lua]] )
local http = require("socket.http")
print(http.request)
b, c, h = http.request("http://www.lua.org")  print(b,c,h)
---

I get this message with lua.exe and wxlua.exe
---
wxLua: Error while running chunk
compat-5.1.lua:130: error loading package `socket.core' (One of the  
library files needed to run this application cannot be found.
)
---

Now I put lua50.dll (luasocket dependencie ) in /bin, and get this.
----
C:\App\wxLua\test\socket>C:\App\wxLua\bin\lua.exe http1.lua
function: 00AC4780
C:\APP\WXLUA\BIN\LUA.EXE: not enough memory
stack traceback:
	[C]: in function `request'
	http1.lua:4: in main chunk
	[C]: ?
---

Note the module was loaded and http.request is a function.


--------
Marcos W.

		
_______________________________________________________
Yahoo! Acesso Grs - Internet rda e grs. Instale o discador agora!
http://br.acesso.yahoo.com