You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(60) |
Jul
(35) |
Aug
(32) |
Sep
(5) |
Oct
(5) |
Nov
(58) |
Dec
(34) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(114) |
Feb
(184) |
Mar
(153) |
Apr
(90) |
May
(153) |
Jun
(59) |
Jul
(24) |
Aug
(43) |
Sep
(17) |
Oct
(34) |
Nov
(11) |
Dec
(204) |
2007 |
Jan
(84) |
Feb
(119) |
Mar
(38) |
Apr
(28) |
May
(52) |
Jun
(105) |
Jul
(64) |
Aug
(67) |
Sep
(14) |
Oct
(3) |
Nov
(28) |
Dec
(55) |
2008 |
Jan
(228) |
Feb
(55) |
Mar
(30) |
Apr
(30) |
May
(15) |
Jun
(20) |
Jul
(12) |
Aug
(3) |
Sep
(13) |
Oct
(54) |
Nov
(35) |
Dec
(35) |
2009 |
Jan
(19) |
Feb
(20) |
Mar
(34) |
Apr
(4) |
May
(60) |
Jun
(25) |
Jul
(16) |
Aug
(51) |
Sep
(19) |
Oct
(62) |
Nov
(21) |
Dec
(12) |
2010 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(23) |
Jun
(13) |
Jul
(1) |
Aug
(40) |
Sep
(18) |
Oct
(21) |
Nov
(26) |
Dec
(34) |
2011 |
Jan
(17) |
Feb
(23) |
Mar
(1) |
Apr
(10) |
May
(1) |
Jun
(5) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(43) |
2012 |
Jan
(5) |
Feb
(19) |
Mar
(6) |
Apr
(24) |
May
(39) |
Jun
(83) |
Jul
(29) |
Aug
(36) |
Sep
(64) |
Oct
(55) |
Nov
(12) |
Dec
(7) |
2013 |
Jan
(17) |
Feb
(10) |
Mar
(37) |
Apr
(27) |
May
(13) |
Jun
(9) |
Jul
(7) |
Aug
(61) |
Sep
(23) |
Oct
(23) |
Nov
(30) |
Dec
(16) |
2014 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(17) |
May
(2) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(9) |
Oct
(24) |
Nov
(2) |
Dec
(14) |
2015 |
Jan
(6) |
Feb
(4) |
Mar
(17) |
Apr
|
May
(7) |
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(21) |
Nov
(6) |
Dec
(2) |
2016 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(11) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Leandro M. B. <lmb...@gm...> - 2006-04-17 12:13:30
|
T24gNC8xNy8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g SSd2ZSBhcHBsaWVkIGl0IGFuZCB3ZSBzaG91bGQgaGF2ZSBhbm90aGVyIHJlbGVhc2UgYnkgdGhl IGVuZCBvZiB0aGlzCj4gd2VlayBpZiB0aGluZ3MgZ28gYXMgcGxhbm5lZC4KCkp1c3QgcmVtZW1i ZXJlZCB0aGF0IEkgZm9yZ290IHRvIG1lbnRpb24gb25lIG1vcmUgdGhpbmc6IEkgdGhpbmsgdGhh dAonZ2Vud3hiaW5kLmx1YScgaXMgbm90IGJlaW5nIGluc3RhbGxlZCB3aXRoIHd4THVhLiBQZXJo YXBzIGl0IHNob3VsZD8KSSBoYXZlbicgdCB0cmllZCB5ZXQgdG8gY3JlYXRlIGJpbmRpbmdzIGZv ciBteSBvd24gd3hXaWRnZXRzLXJlbGF0ZWQKZnVuY3Rpb25zIGFuZCBjbGFzc2VzIChhbmQgSSBo b3BlIEknbGwgbm90IG5lZWQgdGhpcyBzb29uKSwgYnV0IEkKc3VwcG9zZSAnZ2Vud3hiaW5kLmx1 YScgaXMgbmVlZGVkIGZvciB0aGlzLgoKTE1CCg== |
From: Ray G. <ray...@sc...> - 2006-04-17 12:12:08
|
wxStEdit is not updated with new symbol - can it be update on wxCode? =20 Ray |
From: Ray G. <ray...@sc...> - 2006-04-17 11:40:39
|
I have added the ability to add overloaded functions to wxLua - added = test directly into wx_bind.cpp =20 #define TESTOVERLOAD #if defined(TESTOVERLOAD) // Test Overloaded Function Binding // a std function binding static int LUACALL wx_TestOverLoad_Int(lua_State *L) { wxLuaState wxlState(L); wxString returns; int argCount =3D lua_gettop(L); int value =3D (argCount >=3D 1 ? (int)wxlState.GetNumberType(1) : = 0); returns =3D wxString::Format(wxT("wx.TestOverLoad(%d) called C Function = wx_TestOverLoad_Int"), value); lua_pushstring(L, wx2lua(returns) ); return 1; } // a std function binding static int LUACALL wx_TestOverLoad_String(lua_State *L) { wxLuaState wxlState(L); wxString returns; int argCount =3D lua_gettop(L); wxString value =3D (argCount >=3D 1 ? = lua2wx(wxlState.GetStringType(1)) : wxEmptyString); returns =3D wxString::Format(wxT("wx.TestOverLoad(\"%s\") called C = Function wx_TestOverLoad_String"), value.c_str()); lua_pushstring(L, wx2lua(returns) ); return 1; } // an overloaded function binding static int LUACALL wx_TestOverLoad(lua_State *L) { // function overload table static WXLUAMETHOD overloaded_TestOverLoad_methods[] =3D { { LuaGlobal, "wx_TestOverLoad_Int", wx_TestOverLoad_Int, 1, 0, { = &s_wxluaarg_Number,0 /* note the 0 to mark end of arg list */ } }, { LuaGlobal, "wx_TestOverLoad_String", wx_TestOverLoad_String, = 1, 1, { &s_wxluaarg_String,0 } }, }; static int overloaded_TestOverLoad_methodCount =3D = sizeof(overloaded_TestOverLoad_methods)/sizeof(overloaded_TestOverLoad_me= thods[0]); wxLuaState wxlState(L); return = wxlState.CallOverloadedFunction(overloaded_TestOverLoad_methods, = overloaded_TestOverLoad_methodCount); } #endif =20 WXLUAMETHOD* wxLuaGetBuiltinList_wx(size_t &count) { static WXLUAMETHOD builtinList[] =3D { #if defined(TESTOVERLOAD) // overloaded function { LuaGlobal, "TestOverLoad", wx_TestOverLoad, 1, 0 }, #endif ..... =20 Hopefully it will be useful =20 Ray |
From: John L. <jla...@gm...> - 2006-04-17 04:05:11
|
On 4/16/06, Leandro Motta Barros <lmb...@gm...> wrote: > As I said about a week earlier, I'm currently converting a personal > project I was working on from C++/wxWidgets to wxLua. (And so far, > things are going pretty well.) Great! > I just realized, though, that I was using some methods of > 'wxScrollableWindow' that were not being exposed to Lua. So, I added > them (and some other related methods) to > 'bindings/wxwidgets/windows.i', re-ran 'genwxbind.sh' and recompiled > wxLua. Looks like it worked. The bindings I hope are pretty easy to understand and add things like this. It's really only functions like "void GetViewStart(int* x, int* y) const" that are a little tricky since you can't pass values by pointers or reference in lua so we make functions like this return two values. On and off I go through the bindings and try to bring them up to date, but it's slow going... > I'm sending the addition as a patch, attached to this email (I don't > know if you have an official policy for contributions; if you do, > please tell me). Please, consider adding this to next release > (assuming that I did the things right, of course!) We have a patch manager at sourceforge http://sourceforge.net/tracker/?group_id=3D140042&atid=3D745326 but for small patches like this it's probably easiest to send them like you= did. I've applied it and we should have another release by the end of this week if things go as planned. Thanks, John Labenski |
From: Leandro M. B. <lmb...@gm...> - 2006-04-17 03:49:56
|
SGVsbG8sCgpBcyBJIHNhaWQgYWJvdXQgYSB3ZWVrIGVhcmxpZXIsIEknbSBjdXJyZW50bHkgY29u dmVydGluZyBhIHBlcnNvbmFsCnByb2plY3QgSSB3YXMgd29ya2luZyBvbiBmcm9tIEMrKy93eFdp ZGdldHMgdG8gd3hMdWEuIChBbmQgc28gZmFyLAp0aGluZ3MgYXJlIGdvaW5nIHByZXR0eSB3ZWxs LikKCkkganVzdCByZWFsaXplZCwgdGhvdWdoLCB0aGF0IEkgd2FzIHVzaW5nIHNvbWUgbWV0aG9k cyBvZgond3hTY3JvbGxhYmxlV2luZG93JyB0aGF0IHdlcmUgbm90IGJlaW5nIGV4cG9zZWQgdG8g THVhLiBTbywgSSBhZGRlZAp0aGVtIChhbmQgc29tZSBvdGhlciByZWxhdGVkIG1ldGhvZHMpIHRv CidiaW5kaW5ncy93eHdpZGdldHMvd2luZG93cy5pJywgcmUtcmFuICdnZW53eGJpbmQuc2gnIGFu ZCByZWNvbXBpbGVkCnd4THVhLiBMb29rcyBsaWtlIGl0IHdvcmtlZC4KCkknbSBzZW5kaW5nIHRo ZSBhZGRpdGlvbiBhcyBhIHBhdGNoLCBhdHRhY2hlZCB0byB0aGlzIGVtYWlsIChJIGRvbid0Cmtu b3cgaWYgeW91IGhhdmUgYW4gb2ZmaWNpYWwgcG9saWN5IGZvciBjb250cmlidXRpb25zOyBpZiB5 b3UgZG8sCnBsZWFzZSB0ZWxsIG1lKS4gUGxlYXNlLCBjb25zaWRlciBhZGRpbmcgdGhpcyB0byBu ZXh0IHJlbGVhc2UKKGFzc3VtaW5nIHRoYXQgSSBkaWQgdGhlIHRoaW5ncyByaWdodCwgb2YgY291 cnNlISkKClRoYW5rIHlvdSwKCkxNQgo= |
From: John L. <jla...@gm...> - 2006-04-15 14:57:51
|
On 4/15/06, Ray Gilbert <ray...@sc...> wrote: > Working my way through compiling components for wxLua > > wxStEdit will not link for DLL libs > > --------------------Configuration: stedit - Win32 DLL Debug > Multilib-------------------- > Compiling... > steexprt.cpp > C:\WX\wxCode\components\wxstedit\src\steexprt.cpp(1582) > : warning C4189: 'titleFullPath' : local variable is initialized but not > referenced > Linking... > Creating library ..\lib/steditd.lib and object ..\lib/steditd.exp > steexprt.obj : error LNK2001: unresolved external symbol "private: class > SString & __thiscall SString::assign(char const *,unsigned int)" ... > steditd.dll - 7 error(s), 1 warning(s) > > John, > > I think the problem is that wxWidgets stc dll does not export > SContainer/SString etc which you use in steexprt > > Can you help out? Yep, I changed it to use std::string instead. I'm trying to keep the code in the export file as close as possible to the original so that I can pick up any bug fixes in the original. It compiles now using gcc and MSVC6. Let me know if there are any other problems, I've never compiled using DLLs= . Regards, John Labenski |
From: Ray G. <ray...@sc...> - 2006-04-15 13:08:32
|
Working my way through compiling components for wxLua =20 wxStEdit will not link for DLL libs =20 --------------------Configuration: stedit - Win32 DLL Debug = Multilib-------------------- Compiling... steexprt.cpp C:\WX\wxCode\components\wxstedit\src\steexprt.cpp(1582) : warning C4189: = 'titleFullPath' : local variable is initialized but not referenced Linking... Creating library ..\lib/steditd.lib and object ..\lib/steditd.exp steexprt.obj : error LNK2001: unresolved external symbol "private: class = SString & __thiscall SString::assign(char const *,unsigned int)" = (?assign@SString@@AAEAAV1@PBDI@Z) steexprt.obj : error LNK2001: unresolved external symbol "bool __cdecl = EqualCaseInsensitive(char const *,char const *)" = (?EqualCaseInsensitive@@YA_NPBD0@Z) steexprt.obj : error LNK2001: unresolved external symbol "public: static = char * __cdecl SContainer::StringAllocate(char const *,unsigned int)" = (?StringAllocate@SContainer@@SAPADPBDI@Z) steexprt.obj : error LNK2001: unresolved external symbol "public: bool = __thiscall SString::operator=3D=3D(char const *)const " = (??8SString@@QBE_NPBD@Z) steexprt.obj : error LNK2001: unresolved external symbol "public: class = SString & __thiscall SString::append(char const *,unsigned int,char)" = (?append@SString@@QAEAAV1@PBDID@Z) steexprt.obj : error LNK2001: unresolved external symbol "public: bool = __thiscall SString::operator=3D=3D(class SString const &)const " = (??8SString@@QBE_NABV0@@Z) ..\lib\steditd.dll : fatal error LNK1120: 6 unresolved externals Error executing link.exe. steditd.dll - 7 error(s), 1 warning(s) =20 John, =20 I think the problem is that wxWidgets stc dll does not export = SContainer/SString etc which you use in steexprt =20 Can you help out? Ray =20 |
From: John L. <jla...@gm...> - 2006-04-15 07:36:27
|
Try to update your wxWidgets CVS there was some bugs apparently. See these messages. [wx-dev] wxHtmlWindow and private wxHtmlWindowMouseHelper -John Labenski On 4/14/06, John Labenski <jla...@gm...> wrote: > On 4/14/06, Francesco Montorsi <f18...@ya...> wrote: > > Hi all, > > with last CVS I got this: > > > > .././bk-deps apg++ -c -o wxbind_lib_wxlua.o -I../modules/wxbind/setup > > -I../modules -I./.. -I/usr/local/lib/wx/include/gtk2-unicode-release-2.= 7 > > -I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES > > -D_LARGEFILE_SOURCE=3D1 -D__WXGTK__ -pthread -O2 -march=3Di586 -pipe -= g0 > > -O2 ../modules/wxbind/src/wxlua.cpp > > ../modules/wxbind/include/wxlhtmlwin.h:44: error: conflicting return > > type specified for 'virtual void > > wxLuaHtmlWindow::OnCellClicked(wxHtmlCell*, wxCoord, wxCoord, const > > wxMouseEvent&)' > > /usr/local/include/wx-2.7/wx/html/htmlwin.h:200: error: overriding > > 'virtual bool wxHtmlWindowMouseHelper::OnCellClicked(wxHtmlCell*, > > wxCoord, wxCoord, const wxMouseEvent&)' > > wxWidgets has changed the signature of this function apparently, my > copy of 2.6.3 has this. > > wxWidgets_26/wxWidgets/include/wx/html/htmlwin.h: > virtual void OnCellClicked(wxHtmlCell *cell, > > > modifying wxlhtmlwin.h:44 to return bool, I then get errors later... > > What errors? Can you change it like this and see about the other > errors? Check that 2,7,0 is the right version to use as well. > > #if wxCHECK_VERSION(2,7,0) > virtual bool OnCellClicked(wxHtmlCell *cell, > #else //!wxCHECK_VERSION(2,7,0) > virtual void OnCellClicked(wxHtmlCell *cell, > #endif // wxCHECK_VERSION(2,7,0) > > Thanks, > John Labenski > |
From: John L. <jla...@gm...> - 2006-04-14 20:21:00
|
On 4/14/06, Francesco Montorsi <f18...@ya...> wrote: > Hi all, > with last CVS I got this: > > .././bk-deps apg++ -c -o wxbind_lib_wxlua.o -I../modules/wxbind/setup > -I../modules -I./.. -I/usr/local/lib/wx/include/gtk2-unicode-release-2.7 > -I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES > -D_LARGEFILE_SOURCE=3D1 -D__WXGTK__ -pthread -O2 -march=3Di586 -pipe -g0 > -O2 ../modules/wxbind/src/wxlua.cpp > ../modules/wxbind/include/wxlhtmlwin.h:44: error: conflicting return > type specified for 'virtual void > wxLuaHtmlWindow::OnCellClicked(wxHtmlCell*, wxCoord, wxCoord, const > wxMouseEvent&)' > /usr/local/include/wx-2.7/wx/html/htmlwin.h:200: error: overriding > 'virtual bool wxHtmlWindowMouseHelper::OnCellClicked(wxHtmlCell*, > wxCoord, wxCoord, const wxMouseEvent&)' wxWidgets has changed the signature of this function apparently, my copy of 2.6.3 has this. wxWidgets_26/wxWidgets/include/wx/html/htmlwin.h: virtual void OnCellClicked(wxHtmlCell *cell, > modifying wxlhtmlwin.h:44 to return bool, I then get errors later... What errors? Can you change it like this and see about the other errors? Check that 2,7,0 is the right version to use as well. #if wxCHECK_VERSION(2,7,0) virtual bool OnCellClicked(wxHtmlCell *cell, #else //!wxCHECK_VERSION(2,7,0) virtual void OnCellClicked(wxHtmlCell *cell, #endif // wxCHECK_VERSION(2,7,0) Thanks, John Labenski |
From: Francesco M. <f18...@ya...> - 2006-04-14 20:03:22
|
Hi all, with last CVS I got this: .././bk-deps apg++ -c -o wxbind_lib_wxlua.o -I../modules/wxbind/setup -I../modules -I./.. -I/usr/local/lib/wx/include/gtk2-unicode-release-2.7 -I/usr/local/include/wx-2.7 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread -O2 -march=i586 -pipe -g0 -O2 ../modules/wxbind/src/wxlua.cpp ../modules/wxbind/include/wxlhtmlwin.h:44: error: conflicting return type specified for ‘virtual void wxLuaHtmlWindow::OnCellClicked(wxHtmlCell*, wxCoord, wxCoord, const wxMouseEvent&)’ /usr/local/include/wx-2.7/wx/html/htmlwin.h:200: error: overriding ‘virtual bool wxHtmlWindowMouseHelper::OnCellClicked(wxHtmlCell*, wxCoord, wxCoord, const wxMouseEvent&)’ modifying wxlhtmlwin.h:44 to return bool, I then get errors later... Francesco |
From: Francesco M. <f18...@ya...> - 2006-04-14 14:09:12
|
John Labenski ha scritto: > On 4/14/06, Ray Gilbert <ray...@sc...> wrote: >> wxlua.bkl requires bakefile 0.2.2, but bakefile site only has 0.2 >> >> I am running on winXP, so I checked out source from svn and cannot get it to >> work with either MSVC or cygwin versions. >> >> Does anyone have a pre-compiled version to assist me. > > Francesco has made some nice changes that can't seem to get put into > Bakefile. Stuff like giving unique names to the output libs based on > the build state. to be honest the patches I need are: -> uninstall support -> header support -> option-renaming stuff (to rename WX_DEBUG -> BUILD, etc) I really hope this summer Vaclav will have more time to apply them otherwise I'll have to consider forking it > I agree that it would be nice to have a copy at least > for MSW made available, Francesco is that what you use it on? no, sorry. I now use 99,9% time Linux. I have access to windows only when my brother borrows his PC to me ;) But I have a patched bakefile installer on my TODO list. > How about just uploading it to the wxLua website and putting the link > for it here? I have no problems to put in the website the bakefile sources, I'll do it asap. > >> BTW wxLua MSVC projects do not compile - so I was needing to fix them - I >> guess I will have to learn how bakefile works. > > I just compiled them last night, what about them doesn't work? Ray, just let us know what does not work and we'll try to help :) Francesco |
From: John L. <jla...@gm...> - 2006-04-14 12:54:01
|
On 4/14/06, Ray Gilbert <ray...@sc...> wrote: > > wxlua.bkl requires bakefile 0.2.2, but bakefile site only has 0.2 > > I am running on winXP, so I checked out source from svn and cannot get it= to > work with either MSVC or cygwin versions. > > Does anyone have a pre-compiled version to assist me. Francesco has made some nice changes that can't seem to get put into Bakefile. Stuff like giving unique names to the output libs based on the build state. I agree that it would be nice to have a copy at least for MSW made available, Francesco is that what you use it on? How about just uploading it to the wxLua website and putting the link for it here? > BTW wxLua MSVC projects do not compile - so I was needing to fix them - I > guess I will have to learn how bakefile works. I just compiled them last night, what about them doesn't work? Regards, John Labenski |
From: Ray G. <ray...@sc...> - 2006-04-14 12:44:45
|
wxlua.bkl requires bakefile 0.2.2, but bakefile site only has 0.2 =20 I am running on winXP, so I checked out source from svn and cannot get = it to work with either MSVC or cygwin versions. =20 Does anyone have a pre-compiled version to assist me. =20 BTW wxLua MSVC projects do not compile - so I was needing to fix them - = I guess I will have to learn how bakefile works. =20 Thx =20 Ray |
From: Ray G. <ray...@sc...> - 2006-04-13 01:22:33
|
I can add this after I test it. Ray -----Original Message----- From: wxl...@li... [mailto:wxl...@li...] On Behalf Of John Labenski Sent: Thursday, 13 April 2006 10:32 To: wxl...@li... Subject: Re: [Wxlua-users] Idea for function overloading On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > I was thinking that we could implement function overloading by doing the > following Very cool! Of course we could be lazy and just copy the conventions of wxPython like wxColour(r,g,b) and wxNamedColour(string), but I think this would be very nice. Perhaps the wxLuaArgTag should be the s_wxluatag_XXX so it can check that it's really correct instead of using s_LuaArgTagLightUserData. For generic types like strings just use some global int values "int s_LuaArgTagString =3D 100000000" starting at or something that wouldn't conflict. Do you want to add this yourself? -John Labenski ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 _______________________________________________ Wxlua-users mailing list Wxl...@li... https://lists.sourceforge.net/lists/listinfo/wxlua-users |
From: John L. <jla...@gm...> - 2006-04-13 00:31:53
|
On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > I was thinking that we could implement function overloading by doing the > following Very cool! Of course we could be lazy and just copy the conventions of wxPython like wxColour(r,g,b) and wxNamedColour(string), but I think this would be very nice. Perhaps the wxLuaArgTag should be the s_wxluatag_XXX so it can check that it's really correct instead of using s_LuaArgTagLightUserData. For generic types like strings just use some global int values "int s_LuaArgTagString =3D 100000000" starting at or something that wouldn't conflict. Do you want to add this yourself? -John Labenski |
From: John L. <jla...@gm...> - 2006-04-13 00:16:07
|
On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > On the stack - the lua function calling c function > 'static int LUACALL My_C_fn(lua_State *L)' Take a look at the code in modules/wxluadebug/src/wxldebug.cpp int wxLuaDebugData::EnumerateTable(const wxLuaState& wxlState_, int tableRef, int nIndex, wxArrayInt& references) switch (lua_type(L, -2)) case LUA_TFUNCTION: if (lua_iscfunction(L, -2)) name.Printf(wxT("%p"), lua_tocfunction(L, -2)); else name.Printf(wxT("%p"), lua_topointer(L, -2)); break; ---------------- You could do lua_getglobal(L, "myfunction"); if (lua_isfunction(L, -1)) { lua_CFunction* fn =3D lua_tocfunction(L, -1); lua_pop(L, -1); if (fn) fn(L); // I forget how to call a pointer fn? } else if (!lua_isnil(L, -1)) lua_pop(-1); -John Labenski > -----Original Message----- > From: wxl...@li... > [mailto:wxl...@li...] On Behalf Of John > Labenski > Sent: Thursday, 13 April 2006 10:02 > To: wxl...@li... > Subject: Re: [Wxlua-users] How to get lua function name while in C > function > > On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > > > > Has anyone got a sample of c code showing how to get lua function name > > Hi, I'm not sure I understand what you mean. A lua function that's on > the stack or just see if the function exists at all? > > To see if it exists I think this should work > > lua_getglobal(L, "myfunction"); > lua_isfunction(L, -1) > > then to run it do > > lua_pcall(L, 0, LUA_MULTRET, 0); > > else pop it off the stack > > lua_pop(L, 1) > > > -John Labenski > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Wxlua-users mailing list > Wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Wxlua-users mailing list > Wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: Ray G. <ray...@sc...> - 2006-04-13 00:05:12
|
On the stack - the lua function calling c function=20 'static int LUACALL My_C_fn(lua_State *L)' Ray -----Original Message----- From: wxl...@li... [mailto:wxl...@li...] On Behalf Of John Labenski Sent: Thursday, 13 April 2006 10:02 To: wxl...@li... Subject: Re: [Wxlua-users] How to get lua function name while in C function On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > > Has anyone got a sample of c code showing how to get lua function name Hi, I'm not sure I understand what you mean. A lua function that's on the stack or just see if the function exists at all? To see if it exists I think this should work lua_getglobal(L, "myfunction"); lua_isfunction(L, -1) then to run it do lua_pcall(L, 0, LUA_MULTRET, 0); else pop it off the stack lua_pop(L, 1) -John Labenski ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 _______________________________________________ Wxlua-users mailing list Wxl...@li... https://lists.sourceforge.net/lists/listinfo/wxlua-users |
From: John L. <jla...@gm...> - 2006-04-13 00:01:39
|
On 4/12/06, Ray Gilbert <ray...@sc...> wrote: > > Has anyone got a sample of c code showing how to get lua function name Hi, I'm not sure I understand what you mean. A lua function that's on the stack or just see if the function exists at all? To see if it exists I think this should work lua_getglobal(L, "myfunction"); lua_isfunction(L, -1) then to run it do lua_pcall(L, 0, LUA_MULTRET, 0); else pop it off the stack lua_pop(L, 1) -John Labenski |
From: Ray G. <ray...@sc...> - 2006-04-12 23:59:49
|
I was thinking that we could implement function overloading by doing the following =20 =20 Give method struct the ability to store function parameter tags =20 typedef int* wxLuaArgTag; // address of class tag =20 struct WXLUAMETHOD // defines a LUA method or property { LuaType type; // type (one of the above enumeration values) const char *name; // name of the method or property lua_CFunction func; // function that implements the method or property int maxargs; // number of params to the method (required + optional) int minargs; // number of required params const char *overloadname; // overloaded method or property name const wxLuaArgTag *argtags; // array of method tags (only required when using overloaded fn name=20 }; =20 Have a helper function that can redirect c function calls =20 // Redirect lua function call to 1 method from a list of overloaded functions int LUACALL wxLuaState::CallOverloadedFunction(struct WXLUAMETHOD* overloadedMethods, int overloadedMethodCount) { int tag; int arg; int method; int bestMethod =3D -1; int invalidArg =3D -1; =20 // do nothing if (!overloadedMethods && overloadedMethodCount =3D=3D 0) return 0; =20 // get number of arguments called from lua int argCount =3D lua_GetTop(); =20 for (method =3D 0; method < overloadedMethodCount; method++) { // does function version handle argCount Arguments? if (argCount >=3D overloadedMethods[method].minargs /* && = argCount <=3D overloadedMethods[method].maxargs */) { bool match =3D true; for (arg =3D 0; arg < argCount; arg++) { // does this method have any more arguments? if (!overloadedMethods[method].argtags || !overloadedMethods[method].argtags[arg]) break; =20 // get argument tag id tag =3D (int)*(overloadedMethods[method].argtags[arg]); =20 if (tag =3D=3D s_LuaArgTagString) { if (!IsStringType(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagBoolean) { if (!IsBooleanType(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagEnumeration) { if (!IsEnumerationType(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagNumber) { if (!IsNumberType(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagLightUserData) { if (!lua_IsLightUserData(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagUserData) { if (!lua_IsUserData(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagStringArray) { if (!lua_IsTable(arg)) { match =3D false; break; } } else if (tag =3D=3D s_LuaArgTagIntArray) { if (!lua_IsTable(arg)) { match =3D false; break; } } else=20 { if (!IsUserDataType(arg, tag)) { match =3D false; break; } } } =20 if (match) { // successfully found overloaded function=20 // that can handle wxLua call return (*overloadedMethods[method].func)(M_WXLSTATEDATA->m_lua_State); } =20 if (invalidArg < arg) { bestMethod =3D method; invalidArg =3D arg; } } }=20 =20 // // Build an error message // wxString fnName =3D overloadedMethods[0].overloadname; =20 wxString fnCall =3D fnName + wxT("("); for (arg =3D 0; arg < argCount; arg++) { if (arg > 0) fnCall +=3D wxT(", "); =20 if (IsBooleanType(arg)) { fnCall +=3D wxT("boolean"); =20 } else if (IsNumberType(arg)) { fnCall +=3D wxT("number"); } else if (IsStringType(arg)) { fnCall +=3D wxT("string"); } else=20 { int tag =3D ttag(arg); =20 fnCall +=3D lua2wx(GetLuaTagName(tag)); } } fnCall +=3D wxT(")"); =20 =20 wxString fnOverload =3D wxEmptyString; for (method =3D 0; method < overloadedMethodCount; method++) { wxString fn =3D wxString::Format(wxT("%02d. %s("), method, fnName.c_str()); =20 for (arg =3D 0; arg < overloadedMethods[method].maxargs; arg++) { // optional args? if (overloadedMethods[method].minargs < overloadedMethods[method].maxargs && arg =3D=3D overloadedMethods[method].minargs) { fn +=3D wxT("["); } =20 if (arg > 0) fn +=3D wxT(", "); =20 =20 tag =3D (int)*overloadedMethods[method].argtags[arg]; =20 if (tag =3D=3D s_LuaArgTagString) { fn +=3D wxT("string"); } else if (tag =3D=3D s_LuaArgTagBoolean) { fn +=3D wxT("boolean"); } else if (tag =3D=3D s_LuaArgTagEnumeration) { fn +=3D wxT("enum"); } else if (tag =3D=3D s_LuaArgTagNumber) { fn +=3D wxT("number"); } else=20 { fn +=3D lua2wx(GetLuaTagName(tag)); } } =20 // close optional args if (overloadedMethods[method].minargs < overloadedMethods[method].maxargs) { fn +=3D wxT("]"); } =20 fn +=3D wxT(")"); =20 fnOverload +=3D fn + wxT("\n"); } =20 wxString errmsg; =20 if (bestMethod =3D=3D -1) errmsg =3D wxString::Format(wxT("wxLua %s has invalid argument\n%s"), fnCall.c_str(), fnOverload.c_str()); else errmsg =3D wxString::Format(wxT("wxLua %s has invalid argument = %d on method %d\n%s"), fnCall.c_str(), invalidArg, bestMethod, fnOverload.c_str()); =20 terror(errmsg); =20 return 0; } =20 Have the binding do something like =20 // Overloaded Functions static int LUACALL wxEraseEvent_wxEraseEvent(lua_State *L) { static WXLUAMETHOD overloaded_wxEraseEvent_methods[] =3D { { LuaConstructor, "wxEraseEventFromInt", wxEraseEventFromInt_constructor, 2, 0, "wxEraseEvent", { &s_LuaArgTagNumber,&s_wxDC,0 } }, { LuaConstructor, "wxEraseEventCopy", wxEraseEventCopy_constructor, 1, 1, "wxEraseEvent", { &s_wxEraseEvent,0 } }, }; static int overloaded_wxEraseEvent_methodCount =3D sizeof(overloaded_wxEraseEvent_methods)/sizeof(WXLUAMETHOD); =20 wxLuaState wxlState(L); =20 return wxlState.CallOverloadedFunction(overloaded_wxEraseEvent_methods, overloaded_wxEraseEvent_methodCount); }; =20 // Map Lua Class Methods to C Binding Functions static WXLUAMETHOD s_wxEraseEvent_methods[] =3D { { LuaDelete, "wxEraseEvent", wxEraseEvent_destructor, 0, 0, NULL, NULL }, { LuaConstructor, "wxEraseEventFromInt", wxEraseEventFromInt_constructor, 2, 0, "wxEraseEvent", { &s_LuaArgTagNumber,&s_wxDC,0 } }, { LuaConstructor, "wxEraseEventCopy", wxEraseEventCopy_constructor, 1, 1, "wxEraseEvent", { &s_wxEraseEvent,0 } }, { LuaMethod, "GetDC", wxEraseEvent_GetDC, 0, 0, NULL, NULL }, { LuaMethod, "Clone", wxEraseEvent_Clone, 0, 0, NULL, NULL }, { LuaGetProp, "DC", wxEraseEvent_GetDC, 0, 0, NULL, NULL }, // Overloaded Functions { LuaConstructor, "wxEraseEvent", wxEraseEvent_wxEraseEvent, 0, 0, NULL, NULL }, }; =20 // Extern accessor to class method map WXLUAMETHOD* wxEraseEvent_methods =3D s_wxEraseEvent_methods; int wxEraseEvent_methodCount =3D sizeof(s_wxEraseEvent_methods)/sizeof(s_wxEraseEvent_methods[0]); =20 =20 Ray =20 =20 |
From: Ray G. <ray...@sc...> - 2006-04-12 23:50:52
|
Has anyone got a sample of c code showing how to get lua function name =20 Ray |
From: Francesco M. <f18...@ya...> - 2006-04-12 22:20:13
|
John Labenski ha scritto: > On 4/12/06, Francesco Montorsi <f18...@ya...> wrote: >> John Labenski ha scritto: >>> Francesco, can you rebake the build files? I've added wxluafreeze by >>> copying every instance where I saw wxluacan. I hope I got it right. >> yes, everything was perfect in bakefiles. >> I just added a new option to configure.ac. >> >> A minor thing: wxLuaFreeze had a dependency from wxSTC because of an >> unnecessary call to wxLuaBinding_wxstc_init();... I've removed it... > > Well, ok. This was added so that you can freeze wxLua programs that > use wxSTC right out of the box. ops; I thought it was just a copy&paste which passed through... if you want to re-enable it, it can be done easily adding the USE_WXBINDSTC=='1' option to wxLuaFreeze target... >>>> I think that after I add the wxLuaFreeze program that works in Linux >>>> using gcc (at least) I think we can make the 2.6.3.1 release! >> Sure. Can we fix a date for it ? >> Until 19 April I'll be in (semi) holidays... ;) > > Ok, so then maybe at the end of next week, the 21st or so? Ok, 21 april afternoon I'll be there (I'm UTC+1) > That'll > give me some more time to try to iron out the bindings and remove all > the deprecated warnings for 2.6. I'll also try to find some time later > this week or weekend to write some more docs about the internals of > wxLua. ok, sure > >> An important thing before making 2.6.3.1 is also to update the ChangeLog... > > Heh. Yes that would be a good idea. Sorry, I keep forgetting, I'll > look through it later tonight. ;) Francesco |
From: Francesco M. <f18...@ya...> - 2006-04-12 22:15:28
|
Leandro Motta Barros ha scritto: > On 4/12/06, Francesco Montorsi <f18...@ya...> wrote: >> Leandro Motta Barros ha scritto: >>> On 4/2/06, Francesco Montorsi <f18...@ya...> wrote: >>>> Leandro Motta Barros ha scritto: >>>>> 1. My wxWidgets installation doesn't include wxSTC, and I had to >>>>> manually pass the '--disable-wxbindstc' flag to the 'configure' >>>>> script. It would be nice if 'configure' could test for 'wxSTC' >>>>> presence and disable it automatically if it isn't found. >>>> configure already tests for wxSTC... didn't you get a message 'wxSTC >>>> could not be found etc etc' ? >>> Yes, but 'configure' aborted just after the message. I thought it >>> should keep going, just with wxSTC support disabled. Issuing a warning >>> perhaps. >> Thinking deeper about it you're probably right: a successfull >> compilation is the most important thing to make sure the user tries the >> program. So, I've changed it from an error to a big warning. Without >> wxSTC now compilations will proceed but wxLuaApp and wxLuaEdit apps will >> be disabled. > > Nice, thanks :-) > > Just a note: I've just recompiled wxLua from updated CVS sources, and > this change was not yet there. In fact, 'wxluasetup.h' is still being > installed at 'src/wxbind/setup/' (and this was fixed a week ago, > perhaps). Does the SourgeForge CVS take so much time to make the > updates available or I am doing something wrong here? reading SF status page I see that anonymous-developer CVS synch is still not working... that's a real pity :( Hopefully it will be reenabled before next release. Francesco |
From: John L. <jla...@gm...> - 2006-04-12 20:52:33
|
On 4/12/06, Francesco Montorsi <f18...@ya...> wrote: > John Labenski ha scritto: > > Francesco, can you rebake the build files? I've added wxluafreeze by > > copying every instance where I saw wxluacan. I hope I got it right. > yes, everything was perfect in bakefiles. > I just added a new option to configure.ac. > > A minor thing: wxLuaFreeze had a dependency from wxSTC because of an > unnecessary call to wxLuaBinding_wxstc_init();... I've removed it... Well, ok. This was added so that you can freeze wxLua programs that use wxSTC right out of the box. > >> I think that after I add the wxLuaFreeze program that works in Linux > >> using gcc (at least) I think we can make the 2.6.3.1 release! > Sure. Can we fix a date for it ? > Until 19 April I'll be in (semi) holidays... ;) Ok, so then maybe at the end of next week, the 21st or so? That'll give me some more time to try to iron out the bindings and remove all the deprecated warnings for 2.6. I'll also try to find some time later this week or weekend to write some more docs about the internals of wxLua. > An important thing before making 2.6.3.1 is also to update the ChangeLog.= .. Heh. Yes that would be a good idea. Sorry, I keep forgetting, I'll look through it later tonight. Thanks, John Labenski |
From: Leandro M. B. <lmb...@gm...> - 2006-04-12 20:36:44
|
T24gNC8xMi8wNiwgRnJhbmNlc2NvIE1vbnRvcnNpIDxmMThtX2NwcDIxNzgyOEB5YWhvby5pdD4g d3JvdGU6Cj4gTGVhbmRybyBNb3R0YSBCYXJyb3MgaGEgc2NyaXR0bzoKPiA+IE9uIDQvMi8wNiwg RnJhbmNlc2NvIE1vbnRvcnNpIDxmMThtX2NwcDIxNzgyOEB5YWhvby5pdD4gd3JvdGU6Cj4gPj4g TGVhbmRybyBNb3R0YSBCYXJyb3MgaGEgc2NyaXR0bzoKPiA+Pj4gMS4gTXkgd3hXaWRnZXRzIGlu c3RhbGxhdGlvbiBkb2Vzbid0IGluY2x1ZGUgd3hTVEMsIGFuZCBJIGhhZCB0bwo+ID4+PiBtYW51 YWxseSBwYXNzIHRoZSAnLS1kaXNhYmxlLXd4YmluZHN0YycgZmxhZyB0byB0aGUgJ2NvbmZpZ3Vy ZScKPiA+Pj4gc2NyaXB0LiBJdCB3b3VsZCBiZSBuaWNlIGlmICdjb25maWd1cmUnIGNvdWxkIHRl c3QgZm9yICd3eFNUQycKPiA+Pj4gcHJlc2VuY2UgYW5kIGRpc2FibGUgaXQgYXV0b21hdGljYWxs eSBpZiBpdCBpc24ndCBmb3VuZC4KPiA+PiBjb25maWd1cmUgYWxyZWFkeSB0ZXN0cyBmb3Igd3hT VEMuLi4gZGlkbid0IHlvdSBnZXQgYSBtZXNzYWdlICd3eFNUQwo+ID4+IGNvdWxkIG5vdCBiZSBm b3VuZCBldGMgZXRjJyA/Cj4gPgo+ID4gWWVzLCBidXQgJ2NvbmZpZ3VyZScgYWJvcnRlZCBqdXN0 IGFmdGVyIHRoZSBtZXNzYWdlLiBJIHRob3VnaHQgaXQKPiA+IHNob3VsZCBrZWVwIGdvaW5nLCBq dXN0IHdpdGggd3hTVEMgc3VwcG9ydCBkaXNhYmxlZC4gSXNzdWluZyBhIHdhcm5pbmcKPiA+IHBl cmhhcHMuCj4gVGhpbmtpbmcgZGVlcGVyIGFib3V0IGl0IHlvdSdyZSBwcm9iYWJseSByaWdodDog YSBzdWNjZXNzZnVsbAo+IGNvbXBpbGF0aW9uIGlzIHRoZSBtb3N0IGltcG9ydGFudCB0aGluZyB0 byBtYWtlIHN1cmUgdGhlIHVzZXIgdHJpZXMgdGhlCj4gcHJvZ3JhbS4gU28sIEkndmUgY2hhbmdl ZCBpdCBmcm9tIGFuIGVycm9yIHRvIGEgYmlnIHdhcm5pbmcuIFdpdGhvdXQKPiB3eFNUQyBub3cg Y29tcGlsYXRpb25zIHdpbGwgcHJvY2VlZCBidXQgd3hMdWFBcHAgYW5kIHd4THVhRWRpdCBhcHBz IHdpbGwKPiBiZSBkaXNhYmxlZC4KCk5pY2UsIHRoYW5rcyA6LSkKCkp1c3QgYSBub3RlOiBJJ3Zl IGp1c3QgcmVjb21waWxlZCB3eEx1YSBmcm9tIHVwZGF0ZWQgQ1ZTIHNvdXJjZXMsIGFuZAp0aGlz IGNoYW5nZSB3YXMgbm90IHlldCB0aGVyZS4gSW4gZmFjdCwgJ3d4bHVhc2V0dXAuaCcgaXMgc3Rp bGwgYmVpbmcKaW5zdGFsbGVkIGF0ICdzcmMvd3hiaW5kL3NldHVwLycgKGFuZCB0aGlzIHdhcyBm aXhlZCBhIHdlZWsgYWdvLApwZXJoYXBzKS4gRG9lcyB0aGUgU291cmdlRm9yZ2UgQ1ZTIHRha2Ug c28gbXVjaCB0aW1lIHRvIG1ha2UgdGhlCnVwZGF0ZXMgYXZhaWxhYmxlIG9yIEkgYW0gZG9pbmcg c29tZXRoaW5nIHdyb25nIGhlcmU/CgpMTUIK |
From: Francesco M. <f18...@ya...> - 2006-04-12 18:40:55
|
klaas.holwerda ha scritto: > Hi, > > I managed to compile on OpenSuse 10 without problem, with 2.6.3. > 2.6.2 did not work out. > The only thing i found strange is the wxstedit, after installing it i > had to copy > > libstedit.a to libsteditd.a You're right: wxCode components always output the same library names regardless of their configuration. This really needs to be changed in future. As always, this could be easy to do but I don't like to make any change on wxCode bakefiles until I'll be able to update them removing all dirty stuff they actually contain to implement uninstall & install stuff. And this would require using the patched bakefile :( I hope this summer Vaclav will find more time to apply or comment on all my patches lying in the patch tracker... > after that i could compile wxLua with that too. > > ( i am using the downloads of wxLua and wxStedit not CVS ). > > Next after running wxluacan, and running the incircles.lua script, i > found that it is different from windows. > It looks like one of the lua script like objects is not drawn at all, > but there is no error or warning. > I hope to find some more on this one, but that is only hope :-( Currently using wxCVS and wxLuaCVS and wxCodeCVS I'm getting even worse results: wxluacan crash at startup. I'll try to do a make clean on all these repositories and rebuild all to see if it's my fault... > > In general it was easy to setup, my next step is to make it work with > wxArt2D, with Cmake that is already the case. > And bakefile makes will be the next challenge. sure ;) Francesco |