Menu
▾
▴
wxlua-users
|
From: Francesco M. <f18...@ya...> - 2006-12-18 23:57:57
|
Hi all,
is it if we try to make wxLua 2.8.0.0 release before 25 december?
It would be a nice Christmas gift for some of my friends which asked me
a nice interpreted language for GUI apps ;)
Francesco
|
|
From: John L. <jla...@gm...> - 2006-12-19 04:39:32
|
On 12/18/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi all,
> is it if we try to make wxLua 2.8.0.0 release before 25 december?
> It would be a nice Christmas gift for some of my friends which asked me
> a nice interpreted language for GUI apps ;)
That would be nice. I will test again VC 2005 using dsw files, VC 2003
using nmake, and configure. My VC 6 machine is not working anymore,
it's a laptop and the hinge broke...
There is still one last thing (as of six hours ago or so) for
modules/build/msw/makefile.vc
The luamodule wants to compile with lua5.1.lib, see here
!if "$(SHARED)" == "1" && "$(USE_LUAMODULE)" == "1"
...
but has
!if "$(SHARED)" == "0"
__verbatimlua_lib___depname = \
..\..\..\lib\vc_lib\wxlua_msw$(WX_VERSION)$(WXLIBPOSTFIX)_lua.lib
!endif
!if "$(SHARED)" == "1"
__verbatimlua_dll___depname = \
..\..\..\lib\vc_dll\wxlua_msw$(WX_VERSION)$(WXLIBPOSTFIX)_lua.dll
If you just copy wxlua_mswXXX_lua.lib to lua5.1.lib the luamodue works.
By the way, is there a way to combine all of wxWidgets and wxLua into
the wx.dll? I had to copy all of the dlls from
wxWidgets/lib/vc_dll/*.dll and the sample/luamodule.wx.lua into the
dir that I ran $wxlua-lua.exe from. I guess all these dlls could go
into %WINDIR%/System32 or something? Anyway the error message you get
when run from cygwin is "error loading module "wx" from wx.dll." which
is very cryptic since the real error when run from a DOS prompt is
that the wxWidgets dlls cannot be found.
Regards,
John Labenski
|
|
From: Klaas H. <db...@nl...> - 2006-12-19 09:24:50
|
John Labenski wrote: > By the way, is there a way to combine all of wxWidgets and wxLua into > the wx.dll? I had to copy all of the dlls from > wxWidgets/lib/vc_dll/*.dll and the sample/luamodule.wx.lua into the > dir that I ran $wxlua-lua.exe from. I guess all these dlls could go > into %WINDIR%/System32 or something? Better extend your path, dll's are searched via the path. At my work we always use a bat file, in which we extend the path first and next start the tool. This prevents the polution of windows, at which it is so good. It also keeps the things portable, like putting it on a network disk. Klaas -- Unclassified |
|
From: Francesco M. <f18...@ya...> - 2006-12-20 00:03:28
|
John Labenski ha scritto: > On 12/18/06, Francesco Montorsi <f18...@ya...> wrote: >> Hi all, >> is it if we try to make wxLua 2.8.0.0 release before 25 december? >> It would be a nice Christmas gift for some of my friends which asked me >> a nice interpreted language for GUI apps ;) > > That would be nice. I will test again VC 2005 using dsw files, VC 2003 > using nmake, and configure. My VC 6 machine is not working anymore, > it's a laptop and the hinge broke... exactly like my father's super old (i486) laptop... it looks like the hinge is one of the most weak parts of laptops... > There is still one last thing (as of six hours ago or so) for > modules/build/msw/makefile.vc > > The luamodule wants to compile with lua5.1.lib, see here > !if "$(SHARED)" == "1" && "$(USE_LUAMODULE)" == "1" > ... > > but has > > !if "$(SHARED)" == "0" > __verbatimlua_lib___depname = \ > ..\..\..\lib\vc_lib\wxlua_msw$(WX_VERSION)$(WXLIBPOSTFIX)_lua.lib > !endif > !if "$(SHARED)" == "1" > __verbatimlua_dll___depname = \ > ..\..\..\lib\vc_dll\wxlua_msw$(WX_VERSION)$(WXLIBPOSTFIX)_lua.dll > > If you just copy wxlua_mswXXX_lua.lib to lua5.1.lib the luamodue works. I was aware - it should be fixed now as our lua library is now named lua5.1 and creates an interpreter called exactly "lua". This is more coherent I think from the previous situation where the lua libraries are called lua5.1 (because the lua module _must_ be linked against a DSO called exactly lua5.1) but then the interpreter were called "wxlua-lua". Now installing wxLua you get installed also a vanilla lua5.1 using all standard names. And since it's now available a USE_SYSTEM_LUA option to disable the built-in lua, I think this is the best we can do. > By the way, is there a way to combine all of wxWidgets and wxLua into > the wx.dll? no easy ways I'm aware of. To get a single DLL with all wxWidgets and wxLua we'd need a giant library which contains all wx sources and wx lua sources. IIRC there was a system, maybe with borland, to merge different DLLs into a single one. I'll have a look at it. Anyway I don't think it's a problem but rather a (small) advantage: instead of a single huge DLL we have a smaller set of DLLs and with a bit of luck, when we run a wxLua app, some of them may be already loaded in the RAM by other processes, thus allowing for the OS to avoid to load all the DLLs from hard disk. > I had to copy all of the dlls from > wxWidgets/lib/vc_dll/*.dll and the sample/luamodule.wx.lua into the > dir that I ran $wxlua-lua.exe from. I know. that's why I created copy-dlls.bat but now that we use different dirs for different builds also for bin\*.exe that script is not so useful... > I guess all these dlls could go > into %WINDIR%/System32 or something? as Klaas said, it would be better to extend the path, but sometimes I'm lazy and yes, I just copy them to windows\system32. > Anyway the error message you get > when run from cygwin is "error loading module "wx" from wx.dll." which > is very cryptic since the real error when run from a DOS prompt is > that the wxWidgets dlls cannot be found. yep - error messages from GNU tools in general may be often more helpful than they are (just thinking to the "undefined reference to vtable" linker error) ;) Francesco |
|
From: John L. <jla...@gm...> - 2006-12-20 18:46:16
|
On 12/19/06, Francesco Montorsi <f18...@ya...> wrote:
> > If you just copy wxlua_mswXXX_lua.lib to lua5.1.lib the luamodue works.
> I was aware - it should be fixed now as our lua library is now named
> lua5.1 and creates an interpreter called exactly "lua".
>
> This is more coherent I think from the previous situation where the lua
> libraries are called lua5.1 (because the lua module _must_ be linked
> against a DSO called exactly lua5.1) but then the interpreter were
> called "wxlua-lua".
Ok, another problem, using VC 2005 and batch build it's puts Debug DLL
Multilib lua5.1.dll into lib/vc_lib not lib/vc_dll. See
modules/build/msw/modules_mod_lua.dsp
!ELSEIF "$(CFG)" == "mod_lua - Win32 DLL Debug Multilib"
...
# ADD LINK32 /nologo /dll /machine:i386
/out:"..\..\..\lib\vc_lib\lua5.1.dll"
/implib:"..\..\..\lib\vc_lib\lua5.1.lib"
> Now installing wxLua you get installed also a vanilla lua5.1 using all
> standard names. And since it's now available a USE_SYSTEM_LUA option to
> disable the built-in lua, I think this is the best we can do.
Great.
> > By the way, is there a way to combine all of wxWidgets and wxLua into
> > the wx.dll?
> no easy ways I'm aware of. To get a single DLL with all wxWidgets and
> wxLua we'd need a giant library which contains all wx sources and wx lua
> sources.
>
> IIRC there was a system, maybe with borland, to merge different DLLs
> into a single one. I'll have a look at it.
I found a program that sounded like it might work by googling, but it
had a commercial license, I forget what it was.
> Anyway I don't think it's a problem but rather a (small) advantage:
> instead of a single huge DLL we have a smaller set of DLLs and with a
> bit of luck, when we run a wxLua app, some of them may be already loaded
> in the RAM by other processes, thus allowing for the OS to avoid to load
> all the DLLs from hard disk.
Fair enough.
> > I had to copy all of the dlls from
> > wxWidgets/lib/vc_dll/*.dll and the sample/luamodule.wx.lua into the
> > dir that I ran $wxlua-lua.exe from.
> I know. that's why I created copy-dlls.bat but now that we use different
> dirs for different builds also for bin\*.exe that script is not so useful...
Heh, I added some really ugly batch file code to genwxbind.bat to get
it to work for a few cases.
==============================
Ahh... what about this? After a build you copy the bin/[build]/*.exe
to just bin/*.exe and overwrite them. The originals still would exist
in the build dir. Is this easy to do or even make sense or would it be
too confusing?
Regards,
John Labenski
|
|
From: Francesco M. <f18...@ya...> - 2006-12-20 00:10:13
|
I almost forgot to inform you: I've updated a bit also the website. In particular I've "downgraded" the logo to the old wxLua logo. IMHO it looks better than what me and Klaas managed to do ;) Comments welcome. To make the logo appear decently I also had to invert the gradient direction and thus change the colours of the wxLua title. I've also added a few notes on the changelog about the recent build system changes. Francesco Francesco Montorsi ha scritto: > Hi all, > is it if we try to make wxLua 2.8.0.0 release before 25 december? > It would be a nice Christmas gift for some of my friends which asked me > a nice interpreted language for GUI apps ;) > > Francesco > > > > ------------------------------------------------------------------------- > 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 |
|
From: Klaas H. <db...@nl...> - 2006-12-20 14:09:36
|
Francesco Montorsi wrote: > I almost forgot to inform you: I've updated a bit also the website. In > particular I've "downgraded" the logo to the old wxLua logo. > > IMHO it looks better than what me and Klaas managed to do ;) > Comments welcome. Not appealing to me. Gray, big and colors that do not really combine. Also it does not blend with the background nicely. The one that was there was not antiliased, but i had versions without that problem, which somehow did not end up there. But more think this logo is better, in terms of design (not quality), i am oke with that. Klaas -- Unclassified |
|
From: Francesco M. <f18...@ya...> - 2006-12-20 14:51:46
Attachments:
screenshot.jpg
|
Klaas Holwerda ha scritto: > Francesco Montorsi wrote: >> I almost forgot to inform you: I've updated a bit also the website. In >> particular I've "downgraded" the logo to the old wxLua logo. >> >> IMHO it looks better than what me and Klaas managed to do ;) >> Comments welcome. > > Not appealing to me. Gray, big and colors that do not really combine. Also it does not blend with the background nicely. > The one that was there was not antiliased, but i had versions without that problem, which somehow did not end up there. > But more think this logo is better, in terms of design (not quality), i am oke with that. Are you sure you are looking at the very latest version (I've posted it 1-2 hours ago) ? I had to hit refresh at least 5-6 times on Firefox before the last version was loaded. I attach a small screenshot which shows how it should look. I've also added an SVG version of that logo, which I created (in just a couple of minutes thanks to Inkscape and to the SVG blocks at http://wx.ibaku.net/logo/) to the "website/images" CVS: http://wxlua.cvs.sourceforge.net/wxlua/website/images/wxlualogo.svg?view=log I've done all the logo changes without asking first, please let me know if I should revert the changes. I'm +1 for keeping them. Klaas -1... what others say? Francesco |
|
From: Klaas H. <db...@nl...> - 2006-12-20 16:00:15
|
Francesco Montorsi wrote: > Are you sure you are looking at the very latest version (I've posted it > 1-2 hours ago) ? I had to hit refresh at least 5-6 times on Firefox > before the last version was loaded. I attach a small screenshot which > shows how it should look. Looks much better. I only saw a gray background on the logo, maybe because of old browsers. But still i think there is to much in it. A logo for me needs to abstract without text. So only the drawing part. And there i see the lua logo, which is i think a moon in front of the earth. And those two are orbiting wxWidgets. While i understand the lua logo, meaning lua is meant to orbit applications. This is idea is duplicated in the second circle. "Easy power" i think should be removed, and the "wxLua" in it, is a replication of what is in the drawing. Your turn to critici the old one :-) Klaas -- Unclassified |
|
From: Francesco M. <f18...@ya...> - 2006-12-20 16:38:23
|
Klaas Holwerda ha scritto: > Francesco Montorsi wrote: > >> Are you sure you are looking at the very latest version (I've posted it >> 1-2 hours ago) ? I had to hit refresh at least 5-6 times on Firefox >> before the last version was loaded. I attach a small screenshot which >> shows how it should look. > > Looks much better. great > I only saw a gray background on the logo, maybe because of old browsers. > But still i think there is to much in it. A logo for me needs to abstract without text. I don't agree. Take as example, wxWidgets logo, wxPython logo, apache logo, etc. There are a lot of examples of logos with text. I think only most important OSS can avoid the text in the logo: linux, gnu, few others maybe. Without the text, if the user sees the logo but he doesn't know the project to which that logo refers, your projects does not get advertised! ;) > So only the drawing part. And there i see the lua logo, which is i think a moon in front of the earth. And those two are > orbiting wxWidgets. While i understand the lua logo, meaning lua is meant to orbit applications. This is idea is > duplicated in the second circle. sorry - which second circle? > "Easy power" i think should be removed, why? it's a nice slogan I'd say... Python has the "batteries included" slogan. We have "Easy power". We are clearly the winners :D >and the "wxLua" in it, is a replication of what is in the drawing. my teachers were used to say "repetita iuvant" ;) also, people may not always look at the logos very carefully: some of them may not infer from the logo (if there were no text) that it's the wxLua logo. With wxLua written there, there's no problem > > Your turn to critici the old one :-) well, I think we already strived to put there the most antialiased version - and it was not looking so antialiased after all. Plus the new one is SVG based and thus can be used at any resolution without loosing details. And yes, the text is for me an advantage over the old one :) It's a matter of tastes obviously. Let's see what others vote. Francesco |
|
From: klaas.holwerda <kho...@xs...> - 2006-12-20 17:08:47
Attachments:
wxlua11.gif
wxlua14.gif
|
Francesco Montorsi wrote: >> I only saw a gray background on the logo, maybe because of old browsers. >> But still i think there is to much in it. A logo for me needs to abstract without text. >> > I don't agree. Take as example, wxWidgets logo, wxPython logo, apache > logo, etc. There are a lot of examples of logos with text. I think only > most important OSS can avoid the text in the logo: linux, gnu, few > others maybe. > http://en.wikipedia.org/wiki/Logo I think next must be minimal, that does not mean that on the top of the page it can not be mentioned. But being part of the logo is something else. > Without the text, if the user sees the logo but he doesn't know the > project to which that logo refers, your projects does not get advertised! ;) > If you think wxLua should in it, why not combine it with the word lua in the lua logo. Like putting just Wx behind the drawing or in front of the word lua somehow. > > >> So only the drawing part. And there i see the lua logo, which is i think a moon in front of the earth. And those two are >> orbiting wxWidgets. While i understand the lua logo, meaning lua is meant to orbit applications. This is idea is >> duplicated in the second circle. >> > sorry - which second circle? > I meant the second orbit. Moon around the earth is the first, the circle is those two around wxWidgets. > >> "Easy power" i think should be removed, >> > why? it's a nice slogan I'd say... Python has the "batteries included" > slogan. We have "Easy power". We are clearly the winners :D > I have the feeling it is not clear what a logo is. To me it can have text, but very little. Like at the buttom of this page http://www.wxpython.org/ Slogans should not be part of it. > >and the "wxLua" in it, is a replication of what is in the drawing. > my teachers were used to say "repetita iuvant" ;) > also, people may not always look at the logos very carefully: some of > them may not infer from the logo (if there were no text) that it's the > wxLua logo. > With wxLua written there, there's no problem > Oke, but somehow integrate it with the drawing in artistic manner. > >> Your turn to critici the old one :-) >> > well, I think we already strived to put there the most antialiased > version - and it was not looking so antialiased after all. No that is not the case. I attached two which are already much better, and where still on my disk. > Plus the new > one is SVG based and thus can be used at any resolution without loosing > details. > What we have in illustrator format and can be saved in svg if you want. > And yes, the text is for me an advantage over the old one :) > It's a matter of tastes obviously. > > Let's see what others vote. > Fine, Klaas |
|
From: John L. <jla...@gm...> - 2006-12-20 20:13:17
|
I like the logo with the "shiny" wxWidgets blocks in the center with the blue lua circling it that's on the website now. It could be a little cleaner, there's a little blur on the Lua circle and dashed circle that you can only see when you blow it up pretty big, and it uses a lot of colors so it's not suited to be converted into an xpm, but I'm not complaining. -John Labenski |
|
From: Francesco M. <f18...@ya...> - 2006-12-20 18:52:30
|
John Labenski ha scritto: > On 12/19/06, Francesco Montorsi <f18...@ya...> wrote: >>> If you just copy wxlua_mswXXX_lua.lib to lua5.1.lib the luamodue works. >> I was aware - it should be fixed now as our lua library is now named >> lua5.1 and creates an interpreter called exactly "lua". >> >> This is more coherent I think from the previous situation where the lua >> libraries are called lua5.1 (because the lua module _must_ be linked >> against a DSO called exactly lua5.1) but then the interpreter were >> called "wxlua-lua". > > Ok, another problem, using VC 2005 and batch build it's puts Debug DLL > Multilib lua5.1.dll into lib/vc_lib not lib/vc_dll. I should have already solved 2-3 hours ago.... it was a typo in lua_dll template. >>> I had to copy all of the dlls from >>> wxWidgets/lib/vc_dll/*.dll and the sample/luamodule.wx.lua into the >>> dir that I ran $wxlua-lua.exe from. >> I know. that's why I created copy-dlls.bat but now that we use different >> dirs for different builds also for bin\*.exe that script is not so useful... > > Heh, I added some really ugly batch file code to genwxbind.bat to get > it to work for a few cases. good > ============================== > > Ahh... what about this? After a build you copy the bin/[build]/*.exe > to just bin/*.exe and overwrite them. The originals still would exist > in the build dir. Is this easy to do or even make sense or would it be > too confusing? well, I don't know... it's easy to do but maybe unexpect by the user... Why would we want it? So that the DLL can be copied to just "bin" and not "bin\vc*" ? Francesco |
|
From: John L. <jla...@gm...> - 2006-12-20 19:25:59
|
On 12/20/06, Francesco Montorsi <f18...@ya...> wrote: > John Labenski ha scritto: > > > > Ok, another problem, using VC 2005 and batch build it's puts Debug DLL > > Multilib lua5.1.dll into lib/vc_lib not lib/vc_dll. > I should have already solved 2-3 hours ago.... it was a typo in lua_dll > template. Works now, thanks. > > ============================== > > > > Ahh... what about this? After a build you copy the bin/[build]/*.exe > > to just bin/*.exe and overwrite them. The originals still would exist > > in the build dir. Is this easy to do or even make sense or would it be > > too confusing? > well, I don't know... it's easy to do but maybe unexpect by the user... > > Why would we want it? So that the DLL can be copied to just "bin" and > not "bin\vc*" ? So that you can run genwxbind.lua easily. It's probably not important, never mind. -John Labenski |
|
From: Francesco M. <f18...@ya...> - 2006-12-21 16:50:13
|
is it ok then to make wxLua 2.8.0.0 release saturday morning ? For doing releases I think it's better IM than emails (to solve any eventual problem coming out at the last moments - they never are missing); so: - if you want to contact me through IM you can use my email address for Yahoo messenger or fr...@ho... with MSN messenger. - I'll also be available through #IRC at wxWidgets chat room. Francesco Francesco Montorsi ha scritto: > Hi all, > is it if we try to make wxLua 2.8.0.0 release before 25 december? > It would be a nice Christmas gift for some of my friends which asked me > a nice interpreted language for GUI apps ;) > > Francesco > > > > ------------------------------------------------------------------------- > 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 |
|
From: John L. <jla...@gm...> - 2006-12-21 16:58:25
|
On 12/21/06, Francesco Montorsi <f18...@ya...> wrote:
> is it ok then to make wxLua 2.8.0.0 release saturday morning ?
>
> For doing releases I think it's better IM than emails (to solve any
> eventual problem coming out at the last moments - they never are
> missing); so:
>
> - if you want to contact me through IM you can use my email address
> for Yahoo messenger or fr...@ho... with MSN messenger.
>
> - I'll also be available through #IRC at wxWidgets chat room.
I haven't used IM in years and I hate to say it, don't even know how
to go about using it. I'll also be away on saturday for the holidays,
but I should be around sunday for a bit.
I will check these in an hour.
VS 2005 dsw using debug lib/dll
VC 2003 makefile.vc release lib/dll
I think the C++ code is ok, there's a few things on my todo list, but
nothing that should get done before the release.
Thanks,
John Labenski
>
> Francesco Montorsi ha scritto:
> > Hi all,
> > is it if we try to make wxLua 2.8.0.0 release before 25 december?
> > It would be a nice Christmas gift for some of my friends which asked me
> > a nice interpreted language for GUI apps ;)
> >
> > Francesco
> >
> >
> >
> > -------------------------------------------------------------------------
> > 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
>
>
> -------------------------------------------------------------------------
> 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...> - 2006-12-21 17:09:26
|
John Labenski ha scritto:
> On 12/21/06, Francesco Montorsi <f18...@ya...> wrote:
>> is it ok then to make wxLua 2.8.0.0 release saturday morning ?
>>
>> For doing releases I think it's better IM than emails (to solve any
>> eventual problem coming out at the last moments - they never are
>> missing); so:
>>
>> - if you want to contact me through IM you can use my email address
>> for Yahoo messenger or fr...@ho... with MSN messenger.
>>
>> - I'll also be available through #IRC at wxWidgets chat room.
>
> I haven't used IM in years and I hate to say it, don't even know how
> to go about using it.
well, if you're on Unix there's the very good "X-Chat GNOME" for IRC
chatting which is very simple to use (until yesterday I had never used
it but found out #wxwidgets IRC channel very easily).
However mails are ok anyway ;)
>I'll also be away on saturday for the holidays,
good holidays then!
> but I should be around sunday for a bit.
ok, let's do sunday morning then. Hopefully it should be a pain-free
process however.
> I will check these in an hour.
> VS 2005 dsw using debug lib/dll
> VC 2003 makefile.vc release lib/dll
good, yesterday however I tried to build with VC2003 and I've found that
the LNK4006 problem was not solved... :(
> I think the C++ code is ok, there's a few things on my todo list, but
> nothing that should get done before the release.
good.
BTW I've tried to use a bit the samples with the very latest CVS and
I've found that some of them may need some small fixes:
rm@ubuntu:~/work/wxLua/samples$ wxlua coroutine.wx.lua
lua: Error while running chunk
wxLua: Expected a string for parameter 3, but got 'nil'.
stack traceback:
[C]: in function 'wxTextCtrl'
coroutine.wx.lua:47: in function 'new'
coroutine.wx.lua:139: in function <coroutine.wx.lua:128>
(when clicking the button)
frm@ubuntu:~/work/wxLua/samples$ wxlua debug.wx.lua
[Debug] 18:07:33: ./wxlua/src/wxlbind.cpp(330): assert
"!wxlState.GetCallBaseClassFunction()" failed in
wxLua_lua_getTableFunc(): Base class function call not reset
Trace/breakpoint trap
(choosing File->Debug)
frm@ubuntu:~/work/wxLua/samples$ wxlua wxluasudoku.wx.lua
lua: Error while running chunk
wxLua: Expected a number for parameter 2, but got 'nil'.
stack traceback:
[C]: in function 'AppendMenu'
wxluasudoku.wx.lua:4874: in function 'main'
wxluasudoku.wx.lua:5036: in main chunk
lua: Error while running chunk
at start.
Unfortunately I'm busy with wxpresets patch now...
Francesco
|
|
From: klaas.holwerda <kho...@xs...> - 2006-12-21 17:24:59
|
Francesco Montorsi wrote: > > Unfortunately I'm busy with wxpresets patch now... > It looks like its going to be a happy new year after all!! ;-) I got so annoyed that i started to merge my Cmake stuff with the official Cmake FindWxWidgets right away. This Cmake preset will be easy :-) Klaas |
|
From: Francesco M. <f18...@ya...> - 2006-12-21 17:54:23
|
klaas.holwerda ha scritto: > Francesco Montorsi wrote: >> Unfortunately I'm busy with wxpresets patch now... >> > It looks like its going to be a happy new year after all!! ;-) right ;) The even better news is that Vaclav said that early in January he plans to make bakefile 0.2.2 with the option-renaming patch applied! In this way it will be possible to cleanup all the wxLua build system adopting the official wxpresets (after patch gets applied) and the official bakefile. > I got so annoyed that i started to merge my Cmake stuff with the > official Cmake FindWxWidgets right away. > This Cmake preset will be easy :-) great! I'll send you privately (just because it doesn't belong to a wxlua-users mailing list) a mail so that I can give some advices. Francesco |
|
From: John L. <jla...@gm...> - 2006-12-21 20:12:47
|
On 12/21/06, Francesco Montorsi <f18...@ya...> wrote:
> John Labenski ha scritto:
> However mails are ok anyway ;)
Is there anything you'd like me to do? If you don't mind doing it, I
thought all that needs to be done is compiling in VC6 and getting the
inno setup working.
> > but I should be around sunday for a bit.
> ok, let's do sunday morning then. Hopefully it should be a pain-free
> process however.
>
> > I will check these in an hour.
> > VS 2005 dsw using debug lib/dll
> > VC 2003 makefile.vc release lib/dll
> good, yesterday however I tried to build with VC2003 and I've found that
> the LNK4006 problem was not solved... :(
I comes and goes or maybe I'm not paying attention sometimes? It makes
no sense to me and seems harmless, though annoying.
> > I think the C++ code is ok, there's a few things on my todo list, but
> > nothing that should get done before the release.
> good.
>
> BTW I've tried to use a bit the samples with the very latest CVS and
> I've found that some of them may need some small fixes:
I've fixed them, thanks for testing! These are a result of the
tightening up of the allowed parameters to the functions and, yes,
most of these were bugs where the variable passed to a wxLua function
was either a typo or not initialized and had a value of 'nil' which
used to translate to 0 or "". I think it's better this way since It's
very easy to forget [wx.]XXX and if you just get 0 or "" you might not
even know that there's a problem without rigorous testing.
> frm@ubuntu:~/work/wxLua/samples$ wxlua debug.wx.lua
> [Debug] 18:07:33: ./wxlua/src/wxlbind.cpp(330): assert
> "!wxlState.GetCallBaseClassFunction()" failed in
> wxLua_lua_getTableFunc(): Base class function call not reset
> Trace/breakpoint trap
>
> (choosing File->Debug)
This sample is BROKEN and I really don't have any idea what it's
supposed to do. It should be completely rewritten to more simply show
some debugging code instead of having all of the extra scribble code
which just confuses things. All it does now is popup a messagebox
telling you that it doesn't do anything. It has some interesting ideas
so I don't want to erase it and start over.
Also... and this is for later, the virtual function code needs to be
tweaked or rewritten. The error you got is a check for recursion, but
this isn't a show stopper since the error is for trying to make a
function for an object in *lua* virtual, which is quite different than
overriding a virtual function in C++ which requires you to really
sublcass it in C++. There's not much point in making virtual lua
functions since nobody but the lua code you write will ever call them.
I need to think more about this though.
Thanks
John Labenski
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X