wxlua-users Mailing List for wxLua

I am using visual studio 2008
Overall the port went well.
wx.dll does not work quite right any more. I will look at it later.
Change in wxlua_printFunction of file wxlstate.cpp
The console did not display messages because 
wxlState.GetEventHandler() == NULL 
and !wxApp::IsMainLoopRunning() is also true
commenting these tests makes the console display but is this right?
 if (!wxlState.Ok() /* || (wxlState.GetEventHandler() == NULL) || 
!wxApp::IsMainLoopRunning()*/)
I am surprise that this works since the handler is used to invoke 
wxLuaStandaloneApp::OnLua
so I am wondering if some changes have been done in wxWidgets event handler
Thanks for the excellent work.
Andre

On 19/04/2012 05:27, John Labenski wrote:
> What version of wxWidgets are you using? 2.8 or 2.9
This was with 2.8.12; I just built wxLua against 2.9.3 and tried again, 
and it's now returning an empty string instead of nil. I'm building 
with TDM-GCC, if it makes any difference.
> What is the text that you are trying to use?
require"wx"
a = wx.wxTextEntryDialog(wx.wxFrame(), "test тест テスト")
a:ShowModal()
print(a:GetValue())
The caption appears as "test" and then garbage characters, and if I 
paste "test тест テスト" into the dialog, GetValue returns nil under 2.8 
and an empty string under 2.9. "test" on its own works as expected.

On Tue, Apr 17, 2012 at 11:52 PM, strawman <str...@la...> wrote:
> With a Unicode build of wxMSW and wxLua, trying to access any string
> containing multibyte characters (e.g. with wxTextCtrl::GetValue) returns
> nil. The same issue is present in the wxLua editor; if any multibyte
> characters are in the buffer when a script is saved, the saved file is 0
> bytes in length, and running the script silently fails.
>
> Is this a bug (or an issue with my build), or is there some specific way
> to correctly handle multibyte characters?
What version of wxWidgets are you using? 2.8 or 2.9
I have not done much with multibyte chars other than try to convert
them to and from Lua's 8 bit strings. There was some work done on this
years ago and it should still work, but of course the limitation is
that Lua itself is not multibyte. wxWidgets 2.9 uses UTF8 for it's
strings while 2.8 used UTF16, if I remember correctly, for the MSW
Unicode builds.
What is the text that you are trying to use?
Regards,
 John

With a Unicode build of wxMSW and wxLua, trying to access any string 
containing multibyte characters (e.g. with wxTextCtrl::GetValue) returns 
nil. The same issue is present in the wxLua editor; if any multibyte 
characters are in the buffer when a script is saved, the saved file is 0 
bytes in length, and running the script silently fails.
Is this a bug (or an issue with my build), or is there some specific way 
to correctly handle multibyte characters?

On Sun, Apr 15, 2012 at 9:53 AM, klaas.holwerda <ng...@kl...> wrote:
>>> [ 19%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
>>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
>>> wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
>>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void
>>> wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at
>>> /usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
>>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
>>> wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
>>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:63: error: taking address
>>> of temporary [-fpermissive]
>> This line?
>> const wxIcon* returns = (const wxIcon*)&self->GetIcon(size);
>>
>> I'm not sure how to convince GCC that this is a not a temporary
>> variable since it isn't.
> Why not?? A wxIcon is returned from GetIcon(size), and that is a temporary i think.
> But i am not good at such thinks.
The GetIcon() function returns a reference to an element of an array
member of the wxIconBundle. This means that the reference is valid so
long as the array element exists which is reasonably non-temporary.
I see now that internally, that function actually uses a wxIcon*
pointer to that element then dereferences it to return it with a
comment saying that it is a workaround for the Borland compiler. This
is probably why GCC is getting confused.
>> Could you try this:
>> const wxIcon* returns = reinterpret_cast<const wxIcon*>(&self->GetIcon(size));
> Did not help.
> But the next does ( it stores/copies the return wxIcon first ):
>
>   static wxIcon icon = self->GetIcon(size);
>   const wxIcon* returns = (const wxIcon*) &icon;
If this function is called twice, the first call's icon gets changed
by the second call.
> or:
>   wxIcon icon = self->GetIcon(size);
>   const wxIcon* returns = (const wxIcon*) &icon;
This is definitely no good as the "icon" variable is definitely temporary.
>> Can you compile the wxWidgets media control sample without error?
> If you mean the MediaPlayer example, yes, and it works. I do not see another example, so i think
> that is the only one.
Yes, that one.
> With all the advice, i now get until here (see end this mail). The library -lgstinterfaces-0.10 is
> missing to link too? If i add it by hand as -lgstinterfaces-0.10 down here, on the commandline, it
> links.
> In aps/CMakeLists change this, also works:
>
>   LINK_LIBRARIES
>     #wxLuaBindLib
>     ${wxLuaBind_ALL_LIBS}
>     wxLuaSocketLib
>     wxLuaDebugLib
>     wxLuaLib
>     LuaLib
>     gstinterfaces-0.10
>     ${wxWidgets_LIBRARIES}
>
> With that i can compile completely! :-)
That's good, for now.
wxLua doesn't use anything in gstreamer besides what wxWidgets uses,
so I'm guessing that Ubuntu broke up the gstreamer library (or somehow
compiled it differently) so that wxWidgets itself should really link
to gstinterfaces as well. Maybe the sample doesn't call the
function(s) that use anything from it so that why you don't get the
linker error for gstinterfaces.
I'll see about installing the newest Ubuntu into a virtual machine.
> But -Wno-deprecated did not make much a difference for all the warnings??
I'll look into this.
Regards,
 John

On 13/04/2012 23:06, John Labenski wrote:
> ps. Do a SVN update. I had the signature wrong on
> wxLuaDataObjectSimple::SetData() so it would never be called by
> wxWidgets.
Looks like this was the issue; thanks again for the help, it works 
perfectly now.

Thanks for the response.
Regards,
Jimmy
________________________________
 From: John Labenski <jla...@gm...>
To: jimmy coyne <jim...@ya...>; wxl...@li... 
Sent: Saturday, 14 April 2012, 2:41
Subject: Re: [wxlua-users] Latest Windows build created in 2009
 
On Fri, Apr 13, 2012 at 5:16 PM, jimmy coyne <jim...@ya...> wrote:
> Hi,
> I just started to learn Lua and searching for a GUI library, wxLua looks
> like a popular and well respected choice. My first concern (well only one at
> this stage :-) ) was the date of the last build on windows, which looks like
> it was 2009. Is that really the date of the last release or am I missing
> something?
I have been very bad about making releases. There are a few new
features in the development version (subversion), but you have to
compile it yourself. Most of the changes in wxWidgets 2.8 have been
bug fixes for things that probably wouldn't affect wxLua users unless
they wrote very complicated programs. As a normal user you would not
find much, if any, difference, however I do plan to make a release
soonish. As soon as I get the new build files working more smoothly.
Regards,
  John
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
wxlua-users mailing list
wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users 

On 15-4-2012 5:26, John Labenski wrote:
> On Sat, Apr 14, 2012 at 6:20 AM, klaas.holwerda<ng...@kl...> wrote:
>
>> The problem came back, both vars are empty:
>>
>> if ((CMAKE_SIZEOF_VOID_P MATCHES 4) OR (CMAKE_CL_64 MATCHES 0))
>> set(IS_32_BIT TRUE)
>> set(IS_64_BIT FALSE)
>> elseif((CMAKE_SIZEOF_VOID_P MATCHES 8) OR (CMAKE_CL_64 MATCHES 1))
>> set(IS_32_BIT FALSE)
>> set(IS_64_BIT TRUE)
>> else()
>> MESSAGE(WARNING "Oops, unable to determine if using 32 or 64 bit compilation.")
>> MESSAGE(WARNING "CMAKE_SIZEOF_VOID_P ${CMAKE_SIZEOF_VOID_P} CMAKE_CL_64 ${CMAKE_CL_64}" )
>> endif()
> Sounds like you may have the problem with CMake discussed here.
>
> http://www.cmake.org/pipermail/cmake/2011-January/042058.html
>
> Not sure how to handle that, maybe I should simply cache IS_XX_BIT so
> it stays the same between CMake runs.
That might be best.
I in general remove the whole build dir contents, to test cmake stuff, and clear the cache inside 
cmake-gui.
If i do that, it passed that part without problems somehow.
>
>> [ 19%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
>> wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void
>> wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at
>> /usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
>> wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:63: error: taking address
>> of temporary [-fpermissive]
> This line?
> const wxIcon* returns = (const wxIcon*)&self->GetIcon(size);
>
> I'm not sure how to convince GCC that this is a not a temporary
> variable since it isn't.
Why not?? A wxIcon is returned from GetIcon(size), and that is a temporary i think.
But i am not good at such thinks.
>
> Could you try this:
> const wxIcon* returns = reinterpret_cast<const wxIcon*>(&self->GetIcon(size));
Did not help.
But the next does ( it stores/copies the return wxIcon first ):
 static wxIcon icon = self->GetIcon(size);
 const wxIcon* returns = (const wxIcon*) &icon;
or:
 wxIcon icon = self->GetIcon(size);
 const wxIcon* returns = (const wxIcon*) &icon;
>
>> No id added this again ( -Wdeprecated-declarations does not seem to help, but i do get an enormous
>> amount of warning about it):
> That's fine, wxWidgets declares a lot of functions deprecated, but
> wxLua supports multiple versions. It's unfortunately something we have
> to live with, unless I ignore them all with -Wno-deprecated to silence
> them, which I probably will.
>
>> if (IS_64_BIT)
>> add_definitions( -fPIC )
>> add_definitions(-Wdeprecated-declarations )
>> add_definitions(-fpermissive)
>> #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
>> endif()
>>
>> I am now here:
>>
>> Linking CXX shared library libwx.so
>> /usr/bin/ld: /usr/local/lib/libwx_gtk2u_stc-2.9.a(stclib_stc.o): relocation R_X86_64_32 against
>> `wxStyledTextCtrl::sm_eventTable' can not be used when making a shared object; recompile with -fPIC
>> /usr/local/lib/libwx_gtk2u_stc-2.9.a: could not read symbols: Bad value
>> collect2: ld returned 1 exit status
>> make[2]: *** [modules/luamodule/libwx.so] Error 1
>> make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
>> make: *** [all] Error 2
>>
>> No idea what this is all about. I believe -fPIC was used.
> -fPIC is definitely used for wxLua in 64-bit for everything, is it for
> wxWidgets when building staticly? You can probably check by calling
> wx-config --cxxflags
>
> This is what's going on. You build wxWidgets statically, and I bet
> they don't use -fPIC when building it. wxLua tries to create a shared
> libwx.so and links to the static wx libs and you get the -fPIC errors.
>
> Maybe rebuild wxWidgets with
>
> make CXXFLAGS=-fPIC CFLAGS=-fPIC (or do this through configure)
Done that, seems to help.
>
>> And libwx.so is that a wxLua lib?
> Yes, it is the Lua module that from Lua you call require("wx") to
> load, but I have not finished testing it.
oke.
>
>> Now i found BUILD_SHARED_LIBS as one of the Cmake options.
>>
>>
>>
>> Still see -shared in there :-(
> Yes, this is intentional. The library libwx.so must always be shared
> so it can be dynamically loaded from Lua.
I see.
>
> Can you compile the wxWidgets media control sample without error?
If you mean the MediaPlayer example, yes, and it works. I do not see another example, so i think 
that is the only one.
With all the advice, i now get until here (see end this mail). The library -lgstinterfaces-0.10 is 
missing to link too? If i add it by hand as -lgstinterfaces-0.10 down here, on the commandline, it 
links.
In aps/CMakeLists change this, also works:
 LINK_LIBRARIES
 #wxLuaBindLib
 ${wxLuaBind_ALL_LIBS}
 wxLuaSocketLib
 wxLuaDebugLib
 wxLuaLib
 LuaLib
 gstinterfaces-0.10
 ${wxWidgets_LIBRARIES}
With that i can compile completely! :-)
But -Wno-deprecated did not make much a difference for all the warnings??
Linking CXX executable wxLua
cd /home/klaas/soft/buildwxluadeb29/apps/wxlua && /usr/bin/cmake -E cmake_link_script 
CMakeFiles/wxLua_app.dir/link.txt --verbose=1
/usr/bin/c++ -pthread -g CMakeFiles/wxLua_app.dir/src/lconsole.cpp.o 
CMakeFiles/wxLua_app.dir/src/wxlua.cpp.o -o wxLua -rdynamic -L/usr/local/lib 
../../modules/wxbind/libwxLuaBindLib.so ../../modules/wxluasocket/libwxLuaSocketLib.so 
../../modules/wxluadebug/libwxLuaDebugLib.so ../../modules/wxlua/libwxLuaLib.so 
../../modules/lua/libLuaLib.so -L/usr/local/lib -pthread /usr/local/lib/libwx_gtk2u_stc-2.9.a 
/usr/local/lib/libwx_gtk2u_xrc-2.9.a /usr/local/lib/libwx_baseu_net-2.9.a 
/usr/local/lib/libwx_gtk2u_media-2.9.a /usr/local/lib/libwx_gtk2u_propgrid-2.9.a 
/usr/local/lib/libwx_gtk2u_richtext-2.9.a /usr/local/lib/libwx_gtk2u_aui-2.9.a 
/usr/local/lib/libwx_gtk2u_html-2.9.a /usr/local/lib/libwx_gtk2u_adv-2.9.a 
/usr/local/lib/libwx_gtk2u_core-2.9.a /usr/local/lib/libwx_baseu_xml-2.9.a 
/usr/local/lib/libwx_baseu-2.9.a -lwxscintilla-2.9 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
-lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype 
-lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lX11 -lSM -lpng -ljpeg 
-lexpat -lwxregexu-2.9 -lwxtiff-2.9 -lz -ldl -lm ../../modules/wxbind/libwxLuaBindLib.so 
../../modules/wxlua/libwxLuaLib.so ../../modules/lua/libLuaLib.so -L/usr/local/lib -pthread 
/usr/local/lib/libwx_gtk2u_stc-2.9.a /usr/local/lib/libwx_gtk2u_xrc-2.9.a 
/usr/local/lib/libwx_baseu_net-2.9.a /usr/local/lib/libwx_gtk2u_media-2.9.a 
/usr/local/lib/libwx_gtk2u_propgrid-2.9.a /usr/local/lib/libwx_gtk2u_richtext-2.9.a 
/usr/local/lib/libwx_gtk2u_aui-2.9.a /usr/local/lib/libwx_gtk2u_html-2.9.a 
/usr/local/lib/libwx_gtk2u_adv-2.9.a /usr/local/lib/libwx_gtk2u_core-2.9.a 
/usr/local/lib/libwx_baseu_xml-2.9.a /usr/local/lib/libwx_baseu-2.9.a -lwxscintilla-2.9 
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 
-lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt 
-lglib-2.0 -lX11 -lSM -lpng -ljpeg -lexpat -lwxregexu-2.9 -lwxtiff-2.9 -lz -ldl -lm 
-Wl,-rpath,/usr/local/lib:/home/klaas/soft/buildwxluadeb29/modules/wxbind:/home/klaas/soft/buildwxluadeb29/modules/wxluasocket:/home/klaas/soft/buildwxluadeb29/modules/wxluadebug:/home/klaas/soft/buildwxluadeb29/modules/wxlua:/home/klaas/soft/buildwxluadeb29/modules/lua: 
../../modules/wxbind/libwxLuaBindLib.so: undefined reference to `gst_implements_interface_check'
../../modules/wxbind/libwxLuaBindLib.so: undefined reference to `gst_bus_set_sync_handler'
../../modules/wxbind/libwxLuaBindLib.so: undefined reference to `gst_element_query_position'
etc.

On Sat, Apr 14, 2012 at 6:20 AM, klaas.holwerda <ng...@kl...> wrote:
> The problem came back, both vars are empty:
>
> if ((CMAKE_SIZEOF_VOID_P MATCHES 4) OR (CMAKE_CL_64 MATCHES 0))
>   set(IS_32_BIT TRUE)
>   set(IS_64_BIT FALSE)
> elseif((CMAKE_SIZEOF_VOID_P MATCHES 8) OR (CMAKE_CL_64 MATCHES 1))
>   set(IS_32_BIT FALSE)
>   set(IS_64_BIT TRUE)
> else()
>   MESSAGE(WARNING "Oops, unable to determine if using 32 or 64 bit compilation.")
>   MESSAGE(WARNING "CMAKE_SIZEOF_VOID_P ${CMAKE_SIZEOF_VOID_P} CMAKE_CL_64 ${CMAKE_CL_64}" )
> endif()
Sounds like you may have the problem with CMake discussed here.
http://www.cmake.org/pipermail/cmake/2011-January/042058.html
Not sure how to handle that, maybe I should simply cache IS_XX_BIT so
it stays the same between CMake runs.
> [ 19%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void
> wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at
> /usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:63: error: taking address
> of temporary [-fpermissive]
This line?
const wxIcon* returns = (const wxIcon*)&self->GetIcon(size);
I'm not sure how to convince GCC that this is a not a temporary
variable since it isn't.
Could you try this:
const wxIcon* returns = reinterpret_cast<const wxIcon*>(&self->GetIcon(size));
> No id added this again ( -Wdeprecated-declarations does not seem to help, but i do get an enormous
> amount of warning about it):
That's fine, wxWidgets declares a lot of functions deprecated, but
wxLua supports multiple versions. It's unfortunately something we have
to live with, unless I ignore them all with -Wno-deprecated to silence
them, which I probably will.
>   if (IS_64_BIT)
>     add_definitions( -fPIC )
>     add_definitions(-Wdeprecated-declarations )
>     add_definitions(-fpermissive)
>     #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
>   endif()
>
> I am now here:
>
> Linking CXX shared library libwx.so
> /usr/bin/ld: /usr/local/lib/libwx_gtk2u_stc-2.9.a(stclib_stc.o): relocation R_X86_64_32 against
> `wxStyledTextCtrl::sm_eventTable' can not be used when making a shared object; recompile with -fPIC
> /usr/local/lib/libwx_gtk2u_stc-2.9.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make[2]: *** [modules/luamodule/libwx.so] Error 1
> make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
> make: *** [all] Error 2
>
> No idea what this is all about. I believe -fPIC was used.
-fPIC is definitely used for wxLua in 64-bit for everything, is it for
wxWidgets when building staticly? You can probably check by calling
wx-config --cxxflags
This is what's going on. You build wxWidgets statically, and I bet
they don't use -fPIC when building it. wxLua tries to create a shared
libwx.so and links to the static wx libs and you get the -fPIC errors.
Maybe rebuild wxWidgets with
make CXXFLAGS=-fPIC CFLAGS=-fPIC (or do this through configure)
> And libwx.so is that a wxLua lib?
Yes, it is the Lua module that from Lua you call require("wx") to
load, but I have not finished testing it.
> Now i found BUILD_SHARED_LIBS as one of the Cmake options.
>
> Linking CXX shared library libwx.so
> cd /home/klaas/soft/buildwxluadeb29/modules/luamodule && /usr/bin/cmake -E cmake_link_script
> CMakeFiles/wxLuaModule.dir/link.txt --verbose=1
> /usr/bin/c++ -fPIC -pthread -g  -shared -Wl,-soname,libwx.so -o libwx.so
> CMakeFiles/wxLuaModule.dir/src/luamodule.cpp.o
...
> CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlstate.cpp.o
> CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlua_bind.cpp.o -L/usr/local/lib ../lua/libLuaLibShared.so
> -L/usr/local/lib -pthread /usr/local/lib/libwx_gtk2u_stc-2.9.a /usr/local/lib/libwx_gtk2u_xrc-2.9.a
> /usr/local/lib/libwx_baseu_net-2.9.a /usr/local/lib/libwx_gtk2u_media-2.9.a
> /usr/local/lib/libwx_gtk2u_propgrid-2.9.a /usr/local/lib/libwx_gtk2u_richtext-2.9.a
> /usr/local/lib/libwx_gtk2u_aui-2.9.a /usr/local/lib/libwx_gtk2u_html-2.9.a
> /usr/local/lib/libwx_gtk2u_adv-2.9.a /usr/local/lib/libwx_gtk2u_core-2.9.a
> /usr/local/lib/libwx_baseu_xml-2.9.a /usr/local/lib/libwx_baseu-2.9.a -lwxscintilla-2.9 -pthread
> -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0
> -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt
> -lglib-2.0 -lX11 -lSM -lpng -ljpeg -lexpat -lwxregexu-2.9 -lwxtiff-2.9 -lz -ldl -lm
> -Wl,-rpath,/usr/local/lib:/home/klaas/soft/buildwxluadeb29/modules/lua:
> /usr/bin/ld: /usr/local/lib/libwx_gtk2u_stc-2.9.a(stclib_stc.o): relocation R_X86_64_32 against
> `wxStyledTextCtrl::sm_eventTable' can not be used when making a shared object; recompile with -fPIC
> /usr/local/lib/libwx_gtk2u_stc-2.9.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make[2]: *** [modules/luamodule/libwx.so] Error 1
> make[2]: Leaving directory `/home/klaas/soft/buildwxluadeb29'
> make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
> make[1]: Leaving directory `/home/klaas/soft/buildwxluadeb29'
> make: *** [all] Error 2
>
> Still see -shared in there :-(
Yes, this is intentional. The library libwx.so must always be shared
so it can be dynamically loaded from Lua.
> /usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function `gst_message_unref':
> /usr/include/gstreamer-0.10/gst/gstmessage.h:347: undefined reference to `gst_mini_object_unref'
> /usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function
> `gtk_window_expose_callback':
> /home/klaas/soft/buildwx29statdeb/../wxWidgets-2.9.3/src/unix/mediactrl.cpp:280: undefined reference
> to `gst_x_overlay_expose'
> /usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function
> `gtk_window_realize_callback':
Can you compile the wxWidgets media control sample without error?
Regards,
 John

Hi John,
Some progress, or maybe not, i am not sure ?
The problem came back, both vars are empty:
if ((CMAKE_SIZEOF_VOID_P MATCHES 4) OR (CMAKE_CL_64 MATCHES 0))
 set(IS_32_BIT TRUE)
 set(IS_64_BIT FALSE)
elseif((CMAKE_SIZEOF_VOID_P MATCHES 8) OR (CMAKE_CL_64 MATCHES 1))
 set(IS_32_BIT FALSE)
 set(IS_64_BIT TRUE)
else()
 MESSAGE(WARNING "Oops, unable to determine if using 32 or 64 bit compilation.")
 MESSAGE(WARNING "CMAKE_SIZEOF_VOID_P ${CMAKE_SIZEOF_VOID_P} CMAKE_CL_64 ${CMAKE_CL_64}" )
endif()
The next is still needed:
 if (IS_64_BIT)
 add_definitions( -fPIC )
 #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
 endif()
>> if (IS_64_BIT)
>> add_definitions( -fPIC )
>> add_definitions( -fpermissive )
> Shouldn't need this anymore.
>
> But i have Gstreamer stuff installed it looks, don't know what is missing yet.
I installed libgstreamer0.10-dev and enabled it in wxWidgets.
[ 19%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void 
wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at 
/usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:63: error: taking address 
of temporary [-fpermissive]
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_GetIcon(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7394:64: error: taking address 
of temporary [-fpermissive]
No id added this again ( -Wdeprecated-declarations does not seem to help, but i do get an enormous 
amount of warning about it):
 if (IS_64_BIT)
 add_definitions( -fPIC )
 add_definitions(-Wdeprecated-declarations )
 add_definitions(-fpermissive)
 #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
 endif()
I am now here:
Linking CXX shared library libwx.so
/usr/bin/ld: /usr/local/lib/libwx_gtk2u_stc-2.9.a(stclib_stc.o): relocation R_X86_64_32 against 
`wxStyledTextCtrl::sm_eventTable' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libwx_gtk2u_stc-2.9.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [modules/luamodule/libwx.so] Error 1
make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
make: *** [all] Error 2
No idea what this is all about. I believe -fPIC was used.
And libwx.so is that a wxLua lib?
Now i found BUILD_SHARED_LIBS as one of the Cmake options.
Linking CXX shared library libwx.so
cd /home/klaas/soft/buildwxluadeb29/modules/luamodule && /usr/bin/cmake -E cmake_link_script 
CMakeFiles/wxLuaModule.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -pthread -g -shared -Wl,-soname,libwx.so -o libwx.so 
CMakeFiles/wxLuaModule.dir/src/luamodule.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxstc_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxxrc_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxrichtext_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxhtml_wxlhtml.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxhtml_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxmedia_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxaui_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxadv_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxadv_wxladv.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_dialogs.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_help.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_sizer.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_image.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_windows.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_print.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_geometry.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_picker.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_clipdrag.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_core.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_appframe.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_menutool.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_mdi.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_wxlcore.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_controls.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_event.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_defsutils.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxxml_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxnet_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_datetime.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_data.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_config.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_file.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxbase_base.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluasocket/src/dummy.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluasocket/src/wxldserv.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluasocket/src/wxldtarg.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluasocket/src/wxlsock.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluasocket/src/wxluasocket_bind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluadebug/src/dummy.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluadebug/src/wxldebug.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxluadebug/src/wxlstack.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxlua/src/dummy.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlbind.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlcallb.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlstate.cpp.o 
CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlua_bind.cpp.o -L/usr/local/lib ../lua/libLuaLibShared.so 
-L/usr/local/lib -pthread /usr/local/lib/libwx_gtk2u_stc-2.9.a /usr/local/lib/libwx_gtk2u_xrc-2.9.a 
/usr/local/lib/libwx_baseu_net-2.9.a /usr/local/lib/libwx_gtk2u_media-2.9.a 
/usr/local/lib/libwx_gtk2u_propgrid-2.9.a /usr/local/lib/libwx_gtk2u_richtext-2.9.a 
/usr/local/lib/libwx_gtk2u_aui-2.9.a /usr/local/lib/libwx_gtk2u_html-2.9.a 
/usr/local/lib/libwx_gtk2u_adv-2.9.a /usr/local/lib/libwx_gtk2u_core-2.9.a 
/usr/local/lib/libwx_baseu_xml-2.9.a /usr/local/lib/libwx_baseu-2.9.a -lwxscintilla-2.9 -pthread 
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 
-lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt 
-lglib-2.0 -lX11 -lSM -lpng -ljpeg -lexpat -lwxregexu-2.9 -lwxtiff-2.9 -lz -ldl -lm 
-Wl,-rpath,/usr/local/lib:/home/klaas/soft/buildwxluadeb29/modules/lua:
/usr/bin/ld: /usr/local/lib/libwx_gtk2u_stc-2.9.a(stclib_stc.o): relocation R_X86_64_32 against 
`wxStyledTextCtrl::sm_eventTable' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libwx_gtk2u_stc-2.9.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [modules/luamodule/libwx.so] Error 1
make[2]: Leaving directory `/home/klaas/soft/buildwxluadeb29'
make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
make[1]: Leaving directory `/home/klaas/soft/buildwxluadeb29'
make: *** [all] Error 2
Still see -shared in there :-(
Copy paste the line and removing -shared, does not give the same errors. Looks like mediactrl is 
giving me problems now. But wxWidgets compiled ok.
And the saple mediaplayer also, so i think that is not a ubuntu issue.
/usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid 
symbol index 10
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
/usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function `gst_message_unref':
/usr/include/gstreamer-0.10/gst/gstmessage.h:347: undefined reference to `gst_mini_object_unref'
/usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function 
`gtk_window_expose_callback':
/home/klaas/soft/buildwx29statdeb/../wxWidgets-2.9.3/src/unix/mediactrl.cpp:280: undefined reference 
to `gst_x_overlay_expose'
/usr/local/lib/libwx_gtk2u_media-2.9.a(medialib_unix_mediactrl.o): In function 
`gtk_window_realize_callback':

On Fri, Apr 13, 2012 at 5:53 PM, klaas.holwerda <ng...@kl...> wrote:
> [ 33%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void
> wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at
> /usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:48: error: taking address
> of temporary [-fpermissive]
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxIconBundle_GetIcon(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7394:49: error: taking address
> of temporary [-fpermissive]
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int
> wxLua_wxDC_SetClippingRegion1(lua_State*)â€TM:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:10677:36: warning: †̃void
> wxDC::SetClippingRegion(const wxRegion&)â€TM is deprecated (declared at
> /usr/local/include/wx-2.9/wx/dc.h:981) [-Wdeprecated-declarations]
Hopefully fixed. I believe that this is an issue with your newer GCC
being a little too aggressive about warning/erroring about getting a
pointer to a returned reference to a member variable. On line
7374/7394 we call
const wxIcon& wxIconBundle::GetIcon(...) const
which returns a wxIcon from an array member of the wxIconBundle, so
it's no more temporary then the wxIconBundle itself.
> if (IS_64_BIT)
> add_definitions( -fPIC )
> add_definitions( -fpermissive )
Shouldn't need this anymore.
> All in all i now get to this:
...
> Indeed i do not have libwx_gtk2u_media-2.9.a.
> But if i add --enable-mediactrl to wxWidgets compile, i get
>
> checking for GST... configure: WARNING: GStreamer 0.10 not available, falling back to 0.8
> checking for GST... configure: WARNING: GStreamer 0.8/0.10 not available.
> configure: error: GStreamer not available
>
> But i have Gstreamer stuff installed it looks, don't know what is missing yet.
If you look at wxWidget's config.log you can find out what else is
missing. If I remember correctly, it's a little cryptic.
> So i think you best make it optional or detect it??
It will hopefully be detected now, but I don't have time to test it
now. Adjust the CMake variable wxLuaBind_COMPONENTS to match
wxWidgets_COMPONENTS.
Regards,
 John

On Fri, Apr 13, 2012 at 5:16 PM, jimmy coyne <jim...@ya...> wrote:
> Hi,
> I just started to learn Lua and searching for a GUI library, wxLua looks
> like a popular and well respected choice. My first concern (well only one at
> this stage :-) ) was the date of the last build on windows, which looks like
> it was 2009. Is that really the date of the last release or am I missing
> something?
I have been very bad about making releases. There are a few new
features in the development version (subversion), but you have to
compile it yourself. Most of the changes in wxWidgets 2.8 have been
bug fixes for things that probably wouldn't affect wxLua users unless
they wrote very complicated programs. As a normal user you would not
find much, if any, difference, however I do plan to make a release
soonish. As soon as I get the new build files working more smoothly.
Regards,
 John

Hi Jimmy,
 I think the reason for that old build is that the wxwidgets
library update happened just recently. Anyway the way I look at it is that
this is a binding to wxWidgets which I think is a good choice to begin
with. Also the community is quite active and you get help quickly from John
and others on the mailing list.
Milind
On Fri, Apr 13, 2012 at 2:16 PM, jimmy coyne <jim...@ya...> wrote:
> Hi,
> I just started to learn Lua and searching for a GUI library, wxLua looks
> like a popular and well respected choice. My first concern (well only one
> at this stage :-) ) was the date of the last build on windows, which looks
> like it was 2009. Is that really the date of the last release or am I
> missing something?
> Thanks,
> Jimmy
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>

ps. Do a SVN update. I had the signature wrong on
wxLuaDataObjectSimple::SetData() so it would never be called by
wxWidgets.
Regards,
 John

On Thu, Apr 12, 2012 at 5:27 PM, strawman <str...@la...> wrote:
> On 12/04/2012 05:23, John Labenski wrote:
> > Is that what you're doing or are you trying to get HTML data from
> copying from some other program?
>
> I'm trying to get HTML clipboard data from Firefox/Chrome; they register
> a format called "HTML Format" at runtime, which has a different internal
> ID to CF_HTML/wxDF_HTML, and the ID changes every time Windows is restarted.
>
> fmt = wx.wxDataFormat("HTML Format")
> print(fmt:GetType(), wx.wxClipboard.Get():IsSupported(fmt))
> -- 49358  true
> fmt = wx.wxDataFormat(wx.wxDF_HTML)
> print(fmt:GetType(), wx.wxClipboard.Get():IsSupported(fmt))
> -- 30   false
Weird, I don't know anything about wxDF_HTML, but the wxWidgets docs
say that it's only supported with Visual Studio and non unicode
builds, so there's something special about it.
> I've checked this against a clipboard inspection tool and it matches the
> actual contents of the clipboard, so registering the DataFormat seems to
> be working.
>
> > If all you want is HTML from the some other program in the clipboard,
> > use wxDF_HTML and don't bother with the wxLuaDataObjectSimple, see :
> > http://wxlua.sourceforge.net/docs/wxluaref.html#wxDataFormatId
>
> Is this possible without using a DataObjectSimple? From looking at the
> manual, DataFormatId is only used by DataFormat, which is only used by
> DataObjectSimple.
I guess not, try this after copying from Firefox or Internet Explorer.
I get text from wxDF_TEXT and "HTML Format" and the HTML from the
derived wxLuaDataObjectSimple, but with some sort of header on it.
-----------------
htmlDataObject = wx.wxLuaDataObjectSimple(wx.wxDataFormat("HTML Format"))
htmlDataObject.data = "x" -- store the data somewhere
print(htmlDataObject:SetData("aaa"), htmlDataObject.data,
htmlDataObject:GetDataSize(), htmlDataObject:GetDataHere())
htmlDataObject.GetDataSize = function(htmlDataObject) return
string.len(htmlDataObject.data) end
htmlDataObject.GetDataHere = function(htmlDataObject) return true,
htmlDataObject.data end -- len must equal
htmlDataObject.SetData = function(htmlDataObject,s)
htmlDataObject.data = s; return true end
print(htmlDataObject:SetData("aaa"), htmlDataObject.data,
htmlDataObject:GetDataSize(), htmlDataObject:GetDataHere())
function GetFromClipboard(dataformat, fmt_str)
 local clipboard = wx.wxClipboard.Get()
 -- Read some text
 if clipboard:Open() then
 if clipboard:IsSupported( dataformat ) then
 local data = wx.wxTextDataObject()
 clipboard:GetData( data )
 --wx.wxMessageBox( data:GetText() )
 print(dataformat:GetType(), fmt_str, data:GetText())
 if (fmt_str == "HTML Format") then
 clipboard:GetData( htmlDataObject )
 print(dataformat:GetType(), fmt_str, htmlDataObject.data)
 end
 else
 print(dataformat:GetType(), fmt_str, "NO AVAILABLE DATA IN
THIS FORMAT!")
 end
 clipboard:Close()
 end
end
GetFromClipboard(wx.wxDataFormat(wx.wxDF_TEXT), "Text")
GetFromClipboard(wx.wxDataFormat(wx.wxDF_HTML), "wxDF_HTML")
GetFromClipboard(wx.wxDataFormat("HTML Format"), "HTML Format")
-----------
I copied the word "Include" colored red from the wxWidgets
documentation in Firefox, then ran the above.
false	x	0	false	
true	aaa	3	true	aaa
1	Text	Include
30	wxDF_HTML	NO AVAILABLE DATA IN THIS FORMAT!
49379	HTML Format	Include
49379	HTML Format	Version:0.9
StartHTML:00000172
EndHTML:00000286
StartFragment:00000206
EndFragment:00000250
SourceURL:http://docs.wxwidgets.org/2.8/wx_wxdataobject.html#wxdataobject
<html><body>
<!--StartFragment--><b><font color="#FF0000">Include
</font></b><!--EndFragment-->
</body>
</html>
--------------
Regards,
 John

On 12-4-2012 6:16, John Labenski wrote:
> MESSAGE(WARNING "Oops, unable to determine if using 32 or 64 bit
> compilation.")
> endif()
>
> What are the values of these variables so I can fix it for systems like yours?
I did get the Oops, but somehow it works now.
Did an svn update, maybe it was that??
>
>> And do:
>>
>> if (IS_64_BIT)v
>> add_definitions( -fPIC )
>> #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
>> endif()
>>
>> If not i get an error that -fPIC file is not found.
> I think this is right, but why do you get an error and I don't? I'm
> guessing you have a newer compiler?
> I use Fedora 13 : gcc version 4.4.5 20101112 (Red Hat 4.4.5-2) (GCC)
Right.
gcc (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1
>
>> Next comes wxLua.
>> Setting: export wxStEdit_ROOT_DIR=/home/klaas/soft/buildwxsteditdeb
>> did not help, so it put it straight into cmake-gui, and it can generate the make files using stedit.
> Yes, this is the way to do it. Either that or run :
> $cmake -DwxStEdit_ROOT_DIR=/home/klaas/soft/buildwxsteditdeb
>
>> Now i got stuck here, and i am lost.
>>
>> [ 15%] Building C object modules/lua/CMakeFiles/LuaLibShared.dir/src/lapi.c.o
>> cd /home/klaas/soft/buildwxluadeb29/modules/lua&& /usr/bin/gcc -DLUA_BUILD_AS_DLL
>> -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXSTC=1
>> -DwxLUA_USEBINDING_WXXRC=1 -DwxLUA_USEBINDING_WXRICHTEXT=1 -DwxLUA_USEBINDING_WXHTML=1
>> -DwxLUA_USEBINDING_WXMEDIA=1 -DwxLUA_USEBINDING_WXAUI=1 -DwxLUA_USEBINDING_WXADV=1
>> -DwxLUA_USEBINDING_WXCORE=1 -DwxLUA_USEBINDING_WXXML=1 -DwxLUA_USEBINDING_WXNET=1
>> -DwxLUA_USEBINDING_WXBASE=1 -DLUA_USE_LINUX -g -fPIC -isystem
>> /usr/local/lib/wx/include/gtk2-unicode-static-2.9 -isystem /usr/local/include/wx-2.9
>> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/setup
>> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/..
>> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules
>> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules/lua/src -Wall -fPIC -o
>> CMakeFiles/LuaLibShared.dir/src/lapi.c.o -c /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c
>> In file included from /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c:16:0:
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:110:1: warning: return type defaults to
>> 'int' [-Wreturn-type]
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h: In function '__declspec':
>> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:111:1: error: expected declaration
>> specifiers before '__declspec'
>> etc. etc.
> This is really strange, I think I found the problem though.
I think you did.
> I had set
> the compiler define LUA_BUILD_AS_DLL by accident. This doesn't explain
> why I didn't get any errors/warnings in Fedora though.
>
> Please try again, hopefully this time it'll work better.
Yes and no :-)
[ 33%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxbind/src/wxcore_gdi.cpp.o
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_AddIcon(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7356:29: warning: †̃void 
wxIconBundle::AddIcon(const wxString&, long int)â€TM is deprecated (declared at 
/usr/local/include/wx-2.9/wx/iconbndl.h:91) [-Wdeprecated-declarations]
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_GetIcon1(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7374:48: error: taking address 
of temporary [-fpermissive]
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxIconBundle_GetIcon(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:7394:49: error: taking address 
of temporary [-fpermissive]
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp: In function †̃int 
wxLua_wxDC_SetClippingRegion1(lua_State*)â€TM:
/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/src/wxcore_gdi.cpp:10677:36: warning: †̃void 
wxDC::SetClippingRegion(const wxRegion&)â€TM is deprecated (declared at 
/usr/local/include/wx-2.9/wx/dc.h:981) [-Wdeprecated-declarations]
if (IS_64_BIT)
add_definitions( -fPIC )
add_definitions( -fpermissive )
#set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
endif()
About the -fPIC is not out commented. i get:
gcc: error: ;-fPIC: No such file or directory
make[2]: *** [modules/lua/lua] Error 1
make[1]: *** [modules/lua/CMakeFiles/lua.dir/all] Error 2
make: *** [all] Error 2
All in all i now get to this:
[ 59%] Building CXX object modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/src/wxlua_bind.cpp.o
make[2]: *** No rule to make target `/usr/local/lib/libwx_gtk2u_media-2.9.a', needed by 
`modules/luamodule/libwx.so'. Stop.
make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
make: *** [all] Error 2
Indeed i do not have libwx_gtk2u_media-2.9.a.
But if i add --enable-mediactrl to wxWidgets compile, i get
checking for GST... configure: WARNING: GStreamer 0.10 not available, falling back to 0.8
checking for GST... configure: WARNING: GStreamer 0.8/0.10 not available.
configure: error: GStreamer not available
But i have Gstreamer stuff installed it looks, don't know what is missing yet.
So i think you best make it optional or detect it??
Thanks,
Klaas

Hi,
I just started to learn Lua and searching for a GUI library, wxLua looks like a popular and well respected choice. My first concern (well only one at this stage :-) ) was the date of the last build on windows, which looks like it was 2009. Is that really the date of the last release or am I missing something? 
Thanks,
Jimmy

On 12/04/2012 05:23, John Labenski wrote:
 > Is that what you're doing or are you trying to get HTML data from 
copying from some other program?
I'm trying to get HTML clipboard data from Firefox/Chrome; they register 
a format called "HTML Format" at runtime, which has a different internal 
ID to CF_HTML/wxDF_HTML, and the ID changes every time Windows is restarted.
fmt = wx.wxDataFormat("HTML Format")
print(fmt:GetType(), wx.wxClipboard.Get():IsSupported(fmt))
-- 49358 true
fmt = wx.wxDataFormat(wx.wxDF_HTML)
print(fmt:GetType(), wx.wxClipboard.Get():IsSupported(fmt))
-- 30 false
I've checked this against a clipboard inspection tool and it matches the 
actual contents of the clipboard, so registering the DataFormat seems to 
be working.
 > If all you want is HTML from the some other program in the clipboard,
 > use wxDF_HTML and don't bother with the wxLuaDataObjectSimple, see :
 > http://wxlua.sourceforge.net/docs/wxluaref.html#wxDataFormatId
Is this possible without using a DataObjectSimple? From looking at the 
manual, DataFormatId is only used by DataFormat, which is only used by 
DataObjectSimple.

On Wed, Apr 11, 2012 at 5:38 PM, strawman <str...@la...> wrote:
>
> Thanks for the update; the example above works as shown, however it
> doesn't seem to play nicely with the clipboard:
>
> fmt = wx.wxDataFormat("HTML Format")
> obj = wx.wxLuaDataObjectSimple(fmt)
> obj.data = "test"
> function obj:GetDataHere() return true, self.data end
> function obj:GetDataSize() return self.data:len() end
> function obj:SetData(d) self.data = d return true end
>
> clip = wx.wxClipboard.Get()
> print(clip:IsSupported(fmt), clip:GetData(obj))
> --> true  false
> print(obj.data)
> --> "test"
>
> I've doublechecked the contents of the clipboard and there is definitely
> data available. I've also tried passing 1 and 13 (CF_TEXT and
> CF_UNICODETEXT) to wxDataFormat, with the same result.
I think for custom formats you have to set the data to the clipboard
yourself. Is that what you're doing or are you trying to get HTML data
from copying from some other program? Try pasting a different
wx.wxLuaDataObjectSimple to the clipboard, but with the same
wxDataFormat and see if you can retrieve that.
If all you want is HTML from the some other program in the clipboard,
use wxDF_HTML and don't bother with the wxLuaDataObjectSimple, see :
http://wxlua.sourceforge.net/docs/wxluaref.html#wxDataFormatId
Regards,
 John

On Wed, Apr 11, 2012 at 4:02 PM, klaas.holwerda <ng...@kl...> wrote:
> Hi,
>
> I am trying to compile wxLua and wxCode its stedit for wxWidgets2.9.3, on Ubuntu 64 bit.
> stedit i finally managed.
> By forcing it to use (else could not be detected):
>   set(IS_32_BIT FALSE)
>   set(IS_64_BIT TRUE)
Why can it not be detected? In CMakewxAppLib.txt there is:
if ((CMAKE_SIZEOF_VOID_P MATCHES 4) OR (CMAKE_CL_64 MATCHES 0))
 set(IS_32_BIT TRUE)
 set(IS_64_BIT FALSE)
elseif((CMAKE_SIZEOF_VOID_P MATCHES 8) OR (CMAKE_CL_64 MATCHES 1))
 set(IS_32_BIT FALSE)
 set(IS_64_BIT TRUE)
else()
 MESSAGE(WARNING "Oops, unable to determine if using 32 or 64 bit
compilation.")
endif()
What are the values of these variables so I can fix it for systems like yours?
> And do:
>
>   if (IS_64_BIT)v
>     add_definitions( -fPIC )
>     #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
>   endif()
>
> If not i get an error that -fPIC file is not found.
I think this is right, but why do you get an error and I don't? I'm
guessing you have a newer compiler?
I use Fedora 13 : gcc version 4.4.5 20101112 (Red Hat 4.4.5-2) (GCC)
> Next comes wxLua.
> Setting: export wxStEdit_ROOT_DIR=/home/klaas/soft/buildwxsteditdeb
> did not help, so it put it straight into cmake-gui, and it can generate the make files using stedit.
Yes, this is the way to do it. Either that or run :
$cmake -DwxStEdit_ROOT_DIR=/home/klaas/soft/buildwxsteditdeb
> Now i got stuck here, and i am lost.
>
> [ 15%] Building C object modules/lua/CMakeFiles/LuaLibShared.dir/src/lapi.c.o
> cd /home/klaas/soft/buildwxluadeb29/modules/lua && /usr/bin/gcc -DLUA_BUILD_AS_DLL
> -D_FILE_OFFSET_BITS=64 -D__WXGTK__ -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXSTC=1
> -DwxLUA_USEBINDING_WXXRC=1 -DwxLUA_USEBINDING_WXRICHTEXT=1 -DwxLUA_USEBINDING_WXHTML=1
> -DwxLUA_USEBINDING_WXMEDIA=1 -DwxLUA_USEBINDING_WXAUI=1 -DwxLUA_USEBINDING_WXADV=1
> -DwxLUA_USEBINDING_WXCORE=1 -DwxLUA_USEBINDING_WXXML=1 -DwxLUA_USEBINDING_WXNET=1
> -DwxLUA_USEBINDING_WXBASE=1 -DLUA_USE_LINUX -g -fPIC -isystem
> /usr/local/lib/wx/include/gtk2-unicode-static-2.9 -isystem /usr/local/include/wx-2.9
> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/setup
> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/..
> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules
> -I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules/lua/src  -Wall -fPIC -o
> CMakeFiles/LuaLibShared.dir/src/lapi.c.o  -c /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c
> In file included from /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c:16:0:
> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:110:1: warning: return type defaults to
> 'int' [-Wreturn-type]
> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h: In function '__declspec':
> /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:111:1: error: expected declaration
> specifiers before '__declspec'
> etc. etc.
This is really strange, I think I found the problem though. I had set
the compiler define LUA_BUILD_AS_DLL by accident. This doesn't explain
why I didn't get any errors/warnings in Fedora though.
Please try again, hopefully this time it'll work better.
Regards,
 John

On 09/04/2012 04:57, John Labenski wrote:
> Usage is as follows:
>
> ------------------------
> d = wx.wxLuaDataObjectSimple(wx.wxDataFormat("asd"))
>
> d.data = "x" -- store the data somewhere
>
> print(d:SetData("aaa"), d.data, d:GetDataSize(), d:GetDataHere())
>
> d.GetDataSize = function(d) return string.len(d.data) end
> d.GetDataHere = function(d) return true, d.data end -- len must equal
> GetDataSize()
> d.SetData = function(d,s) d.data = s; return true end
>
> print(d:SetData("aaa"), d.data, d:GetDataSize(), d:GetDataHere())
> -----------------------------
> output will be:
>
> false	x	0	false	
> true	aaa	3	true	aaa
>
>
> I have not had time to test it further, but it should work with the
> clipboard, please let me know if it doesn't.
Thanks for the update; the example above works as shown, however it 
doesn't seem to play nicely with the clipboard:
fmt = wx.wxDataFormat("HTML Format")
obj = wx.wxLuaDataObjectSimple(fmt)
obj.data = "test"
function obj:GetDataHere() return true, self.data end
function obj:GetDataSize() return self.data:len() end
function obj:SetData(d) self.data = d return true end
clip = wx.wxClipboard.Get()
print(clip:IsSupported(fmt), clip:GetData(obj))
--> true false
print(obj.data)
--> "test"
I've doublechecked the contents of the clipboard and there is definitely 
data available. I've also tried passing 1 and 13 (CF_TEXT and 
CF_UNICODETEXT) to wxDataFormat, with the same result.

Hi,
I am trying to compile wxLua and wxCode its stedit for wxWidgets2.9.3, on Ubuntu 64 bit.
stedit i finally managed.
By forcing it to use (else could not be detected):
 set(IS_32_BIT FALSE)
 set(IS_64_BIT TRUE)
And do:
 if (IS_64_BIT)
 add_definitions( -fPIC )
 #set(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} -fPIC)
 endif()
If not i get an error that -fPIC file is not found.
Next comes wxLua.
Setting: export wxStEdit_ROOT_DIR=/home/klaas/soft/buildwxsteditdeb
did not help, so it put it straight into cmake-gui, and it can generate the make files using stedit.
Now i got stuck here, and i am lost.
Any ideas?
Klaas
[ 15%] Building C object modules/lua/CMakeFiles/LuaLibShared.dir/src/lapi.c.o
cd /home/klaas/soft/buildwxluadeb29/modules/lua && /usr/bin/gcc -DLUA_BUILD_AS_DLL 
-D_FILE_OFFSET_BITS=64 -D__WXGTK__ -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXSTC=1 
-DwxLUA_USEBINDING_WXXRC=1 -DwxLUA_USEBINDING_WXRICHTEXT=1 -DwxLUA_USEBINDING_WXHTML=1 
-DwxLUA_USEBINDING_WXMEDIA=1 -DwxLUA_USEBINDING_WXAUI=1 -DwxLUA_USEBINDING_WXADV=1 
-DwxLUA_USEBINDING_WXCORE=1 -DwxLUA_USEBINDING_WXXML=1 -DwxLUA_USEBINDING_WXNET=1 
-DwxLUA_USEBINDING_WXBASE=1 -DLUA_USE_LINUX -g -fPIC -isystem 
/usr/local/lib/wx/include/gtk2-unicode-static-2.9 -isystem /usr/local/include/wx-2.9 
-I/home/klaas/soft/wxlua/trunk/wxLua/modules/wxbind/setup 
-I/home/klaas/soft/wxlua/trunk/wxLua/modules/.. 
-I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules 
-I/home/klaas/soft/wxlua/trunk/wxLua/modules/../modules/lua/src -Wall -fPIC -o 
CMakeFiles/LuaLibShared.dir/src/lapi.c.o -c /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c
In file included from /home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lapi.c:16:0:
/home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:110:1: warning: return type defaults to 
'int' [-Wreturn-type]
/home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h: In function '__declspec':
/home/klaas/soft/wxlua/trunk/wxLua/modules/lua/src/lua.h:111:1: error: expected declaration 
specifiers before '__declspec'
etc. etc.

On Sat, Apr 7, 2012 at 7:40 PM, strawman <str...@la...> wrote:
> From the wx docs for wxDataObjectSimple:
>
> "Notice that this is still an abstract base class and cannot be used but
> should be derived from.
> The objects supporting rendering the data must override GetDataSize and
> GetDataHere while the objects which may be set must override SetData."
>
> Is it possible to use this class from Lua? I'm trying to register a
> custom clipboard format and can't see any other way of passing a custom
> wxDataFormat.
I just added it, you can of course simply use a seriallized string for
exchanging any kind of data and in some cases that might be simplest.
However to use a wxDataObjectSimple, get the newest version of wxLua
from subversion.
Usage is as follows:
------------------------
d = wx.wxLuaDataObjectSimple(wx.wxDataFormat("asd"))
d.data = "x" -- store the data somewhere
print(d:SetData("aaa"), d.data, d:GetDataSize(), d:GetDataHere())
d.GetDataSize = function(d) return string.len(d.data) end
d.GetDataHere = function(d) return true, d.data end -- len must equal
GetDataSize()
d.SetData = function(d,s) d.data = s; return true end
print(d:SetData("aaa"), d.data, d:GetDataSize(), d:GetDataHere())
-----------------------------
output will be:
false	x	0	false	
true	aaa	3	true	aaa
I have not had time to test it further, but it should work with the
clipboard, please let me know if it doesn't.
Regards,
 John

 From the wx docs for wxDataObjectSimple:
"Notice that this is still an abstract base class and cannot be used but 
should be derived from.
The objects supporting rendering the data must override GetDataSize and 
GetDataHere while the objects which may be set must override SetData."
Is it possible to use this class from Lua? I'm trying to register a 
custom clipboard format and can't see any other way of passing a custom 
wxDataFormat.