From: Matthew W. <mw...@gm...> - 2007-03-19 18:36:28
|
Hi, I'm looking to use wxLua in a cross-platform desktop application. It would simplify things tremendously if I could use a standard interpreter, and load the wxLua module from within my scripts. This would simplify the differences between the releases for different platforms. I have seen a package of DLL's for this on sf.net, but only for WIndows. Can the same not be done for Linux? The current download for Linux is 9.3MB, and I just simply can't ask people to download that along with my application. Many thanks, Matt. |
From: John L. <jla...@gm...> - 2007-03-19 19:08:02
|
On 3/19/07, Matthew Wild <mw...@gm...> wrote: > Hi, > > I'm looking to use wxLua in a cross-platform desktop application. It would > simplify things tremendously if I could use a standard interpreter, and load > the wxLua module from within my scripts. > > This would simplify the differences between the releases for different > platforms. > > I have seen a package of DLL's for this on sf.net, but only for WIndows. Can > the same not be done for Linux? The current download for Linux is 9.3MB, and > I just simply can't ask people to download that along with my application. I believe that there are far too many Linux distributions (each with their own library versions) to support them all with a single shared library. You can staticly link to wxWidgets (never to GTK) and test it out on different platforms, but I've never tried to do this. If you do try this and can confirm that it works at least under a few common distributions please let us know your settings and we can provide binaries in the future. Good luck, John Labenski |
From: Matthew W. <mw...@gm...> - 2007-03-19 19:18:24
|
On 3/19/07, John Labenski <jla...@gm...> wrote: > > On 3/19/07, Matthew Wild <mw...@gm...> wrote: > > Hi, > > > > I'm looking to use wxLua in a cross-platform desktop application. It > would > > simplify things tremendously if I could use a standard interpreter, and > load > > the wxLua module from within my scripts. > > > > This would simplify the differences between the releases for different > > platforms. > > > > I have seen a package of DLL's for this on sf.net, but only for WIndows. > Can > > the same not be done for Linux? The current download for Linux is 9.3MB, > and > > I just simply can't ask people to download that along with my > application. > > I believe that there are far too many Linux distributions (each with > their own library versions) to support them all with a single shared > library. You can staticly link to wxWidgets (never to GTK) and test it > out on different platforms, but I've never tried to do this. Put simply... how would you do this? > If you do try this and can confirm that it works at least under a few > common distributions please let us know your settings and we can > provide binaries in the future. > > Good luck, > John Labenski I don't mind compiling some source, ie. from a makefile, but I'm not sure it is currently possible, Though I don't know... I don't know enough about how wxLua works internally. All I want is to produce an .so of the .dll's somehow... I just think that nearly 10MB and then my application on top is far too much to expect people to download. For development, Linux makes Windows a piece of cake :( ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: Francesco M. <f18...@ya...> - 2007-03-20 10:35:03
|
Matthew Wild ha scritto: > > I have seen a package of DLL's for this on sf.net > <http://sf.net>, but only for WIndows. Can > > the same not be done for Linux? The current download for Linux is > 9.3MB, and > > I just simply can't ask people to download that along with my > application. > > I believe that there are far too many Linux distributions (each with > their own library versions) to support them all with a single shared > library. true. Binary compatibility is a pain in Linux because of its OpenSource-nature: there will always be some distro which does not use setting X for lib Y and/or does not provide the version Z of it. The Autopackage project tries to build high-compatibility binaries to make it possible to run them on distros different from the one you used to build the binaries. wxLua provides an autopackage for wxLua* applications exactly for that reason. >You can staticly link to wxWidgets (never to GTK) and test it > out on different platforms, but I've never tried to do this. > > > Put simply... how would you do this? simple: compile wxWidgets using the --disable-shared flag (when running the configure script). > If you do try this and can confirm that it works at least under a few > common distributions please let us know your settings and we can > provide binaries in the future. well, as said above, we could try to compile wxLua in shared mode against a shared build of wx using the APGCC tool (autopackage GCC wrapper) which creates .so files with fewer dynamic dependencies... the fact is that I'm not very expert of installing shared libraries: I only know that they have a complicated versioning system for binary compatibility (it's explained in libtool manual) and that they cannot just be dropped in the directory where your ELF is placed (unlike you would do with DLLs on win)... > I don't mind compiling some source, ie. from a makefile, but I'm not > sure it is currently possible, Though I don't know... I don't know > enough about how wxLua works internally. All I want is to produce an .so > of the .dll's somehow... see above: it's not just a matter of producing the .so, but also of installing them correctly, run ldconfig, etc. > I just think that nearly 10MB and then my application on top is far too > much to expect people to download. well, the wxLua DLL package is not much smaller IIRC. And even if you build a super-compatible archive of wxLua .so files, it would not be much smaller, too.... > > For development, Linux makes Windows a piece of cake :( IMO that's true only in the binary compatibility aspect (and maybe for MSVC debugger). HTH, Francesco |
From: John L. <jla...@gm...> - 2007-03-20 17:53:11
|
On 3/20/07, Francesco Montorsi <f18...@ya...> wrote: > Matthew Wild ha scritto: > >You can staticly link to wxWidgets (never to GTK) and test it > > out on different platforms, but I've never tried to do this. > > > > Put simply... how would you do this? > simple: compile wxWidgets using the --disable-shared flag (when running > the configure script). > > > If you do try this and can confirm that it works at least under a few > > common distributions please let us know your settings and we can > > provide binaries in the future. > well, as said above, we could try to compile wxLua in shared mode > against a shared build of wx using the APGCC tool (autopackage GCC > wrapper) which creates .so files with fewer dynamic dependencies... Humm, sounds interesting, but I'm fairly busy with the bindings and trying to get them to be better/faster/smaller/more usable etc. Matthew, would this be something you could look into? This sounds like something you'd want to do it for your program anyway, let us know if it works or if anything needs to be changed. > the fact is that I'm not very expert of installing shared libraries: I > only know that they have a complicated versioning system for binary > compatibility (it's explained in libtool manual) and that they cannot > just be dropped in the directory where your ELF is placed (unlike you > would do with DLLs on win)... You can also set a environment variable to add lib search paths. $export LD_LIBRARY_PATH=/path/to/lib or $PWD or better yet include the old path, but prepend us $export LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH in a script that you use to run wxLua. This is how Mozilla (for example) does it with their binary tar.gz from mozilla.com for linux. This makes it much easier on the end user. Regards, John Labenski |
From: Matthew W. <mw...@gm...> - 2007-03-26 16:31:59
|
Ok, sorry it's been a while. Today I finally got to focus on the wxLua part of my application :) I found wxLua/modules/luamodule/src. Is this what I think it is? It seems so. I built it, but although I can require() it, and my program runs, absolutely nothing graphical happens. Any idea? My aim is to run my application's main script from the standard Lua interpreter... On 3/20/07, John Labenski <jla...@gm...> wrote: > > Matthew, would this be something you could look into? This sounds like > something you'd want to do it for your program anyway, let us know if > it works or if anything needs to be changed. I can but try, once I manage to get *something* that works :) I'm developing on Linux, but to be honest, I'm pretty new to it. Developing on Windows was much easier IMHO. I don't have much of a clue about makefiles, or libtool. Just that they exist to perform some voodoo magic when I run my app :P Matthew. |
From: Matthew W. <mw...@gm...> - 2007-03-27 01:31:11
|
On 3/26/07, Matthew Wild <mw...@gm...> wrote: > > Ok, sorry it's been a while. Today I finally got to focus on the wxLua > part of my application :) > > I found wxLua/modules/luamodule/src. Is this what I think it is? It seems > so. I built it, but although I can require() it, and my program runs, > absolutely nothing graphical happens. Any idea? > Hmm, I got something to work. I realised the script actually has to finish before anything is displayed. When loaded as a module though, still absolutely nothing happens. Is there some function I can call to start the ball rolling? |
From: Matthew W. <mw...@gm...> - 2007-03-27 02:23:33
|
It almost feels like I'm spamming the list, sorry about that :/ I found a great example of it here: http://wxlua.cvs.sourceforge.net/wxlua/wxLua/samples/luamodule.wx.lua?revision=1.3&view=markup One thing I'm banging my head about though, and unable to find any examples, how can I let parts of my script run in OnRun, or on idle events? I've tried several things, and none seem to do anything. Any ideas? PS. Have you ever thought of an IRC/Jabber channel for wxLua? On 3/27/07, Matthew Wild <mw...@gm...> wrote: > > > > On 3/26/07, Matthew Wild <mw...@gm...> wrote: > > > > Ok, sorry it's been a while. Today I finally got to focus on the wxLua > > part of my application :) > > > > I found wxLua/modules/luamodule/src. Is this what I think it is? It > > seems so. I built it, but although I can require() it, and my program runs, > > absolutely nothing graphical happens. Any idea? > > > > Hmm, I got something to work. I realised the script actually has to finish > before anything is displayed. When loaded as a module though, still > absolutely nothing happens. Is there some function I can call to start the > ball rolling? > |
From: John L. <jla...@gm...> - 2007-03-27 02:38:53
|
On 3/26/07, Matthew Wild <mw...@gm...> wrote: > It almost feels like I'm spamming the list, sorry about that :/ It's ok, I try to read every day, but sometimes other things take precedence. :) > I found a great example of it here: > http://wxlua.cvs.sourceforge.net/wxlua/wxLua/samples/luamodule.wx.lua?revision=1.3&view=markup Also, check out wxLua/utils/wrapmodule/wrapmodule.lua. > One thing I'm banging my head about though, and unable to find any examples, > how can I let parts of my script run in OnRun, or on idle events? I've tried > several things, and none seem to do anything. Any ideas? You may be approaching wxWidgets (or in general GUI programming) wrong. Basicly, most GUI programs run a message pump/loop. What this means is that while you are continuously running code (eg. while(1) do print("hi") end) the GUI elements will not respond. You have to let the underlying system get a little time for processing redraw events, mouse events, etc. If you look at the samples you'll see that all of them finish completely and the only reason that they don't exit is that a top level window (wxFrame or wxDialog) still exists. After creating the GUI elements the program is idle and only responds to user interaction. If you need continuous processing you can try using coroutines, but better yet use wxEVT_IDLE for any random window you like since once connected they'll get the event every time that wxWidgets has finished processing the GUI events. myWindow:Connect(wx.wxEVT_IDLE, function(event) do stuff if (need_more) then event:RequestMore() -- but NOT ALWAYS end end) Try starting with the minimal sample and build up from there, testing the whole while. When you "break" something you'll quickly know what did it. Of course, if something is broken with wxLua let us know so we can fix it. > PS. Have you ever thought of an IRC/Jabber channel for wxLua? I dunno how much use it'd be since there might not be anyone listening. :( Hope this helps, John Labenski > > On 3/27/07, Matthew Wild <mw...@gm... > wrote: > > > > > > > > On 3/26/07, Matthew Wild <mw...@gm...> wrote: > > > Ok, sorry it's been a while. Today I finally got to focus on the wxLua > part of my application :) > > > > > > I found wxLua/modules/luamodule/src. Is this what I think it is? It > seems so. I built it, but although I can require() it, and my program runs, > absolutely nothing graphical happens. Any idea? > > > > > > > Hmm, I got something to work. I realised the script actually has to finish > before anything is displayed. When loaded as a module though, still > absolutely nothing happens. Is there some function I can call to start the > ball rolling? > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > |
From: Hakki D. <dog...@tr...> - 2007-03-27 07:17:49
|
Hi, Matthew Wild wrote: > > > On 3/26/07, *Matthew Wild* <mw...@gm... <mailto:mw...@gm...>> > wrote: > > Ok, sorry it's been a while. Today I finally got to focus on the > wxLua part of my application :) > > I found wxLua/modules/luamodule/src. Is this what I think it is? It > seems so. I built it, but although I can require() it, and my > program runs, absolutely nothing graphical happens. Any idea? > > > Hmm, I got something to work. I realised the script actually has to > finish before anything is displayed. When loaded as a module though, > still absolutely nothing happens. Is there some function I can call to > start the ball rolling? > > Are you using something like? -- package.path = "?;?.lua;./app/?.lua" package.cpath = "?;?.dll" wx = require("wx") dofile("test.lua") wx.wxGetApp():MainLoop() -- -- Regards, Hakki Dogusan |
From: Matthew W. <mw...@gm...> - 2007-03-27 10:58:05
|
Yeah, I'm more knowledgeable in Lua than I am in wxWidgets. This will be the first time I have used it. I found the wx.wxGetApp():MainLoop() line from the sample, and it works now. I was told by someone that OnRun was a function that ran independent of GUI? I'm actually making a network application, so it needs to be constantly checking for events from the network. I will try the example John gave, with the idle event, and see if that works. Many thanks. On 3/27/07, Hakki Dogusan <dog...@tr...> wrote: > > Hi, > > Matthew Wild wrote: > > > > > > On 3/26/07, *Matthew Wild* <mw...@gm... <mailto:mw...@gm...>> > > wrote: > > > > Ok, sorry it's been a while. Today I finally got to focus on the > > wxLua part of my application :) > > > > I found wxLua/modules/luamodule/src. Is this what I think it is? It > > seems so. I built it, but although I can require() it, and my > > program runs, absolutely nothing graphical happens. Any idea? > > > > > > Hmm, I got something to work. I realised the script actually has to > > finish before anything is displayed. When loaded as a module though, > > still absolutely nothing happens. Is there some function I can call to > > start the ball rolling? > > > > > > Are you using something like? > > -- > package.path = "?;?.lua;./app/?.lua" > package.cpath = "?;?.dll" > wx = require("wx") > dofile("test.lua") > wx.wxGetApp():MainLoop() > -- > > > > -- > Regards, > Hakki Dogusan > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |