wxlua-users Mailing List for wxLua (Page 2)

Hi,
 I have made this lua application using wxLua and I created an exe
using wxluafreeze. The program requires a LuaXML_lib.dll/so file. Both
files I have put in the same directory as the exe. Also in my lua code the
1st thing I do is to set package.cpath = ";./?.dll;./?.so". It works fine
on my computer but on one computer it was not able to find the
LuaXML_lib.dll. How do I fix this?
Thanks,
Milind

It seems like I can't get a proper unicode path from GetCwd() on
windows using wxLua 2.8.12.2.
I'm running the following code:
wx.wxFileName.SetCwd("D:\\Lua\\下载\\"); print(wx.wxFileName.GetCwd())
and this prints "D:\Lua\??" whereas I expect the original path to be
printed. SetCwd() returns true. I look at some other calls, and others
I checked seem to be working correctly, for example,
wx.wxStandardPaths.Get():GetExecutablePath() returns
"D:\\Lua\\下载\\zbstudio.exe" (which is correct).
Is this a bug in GetCwd() or am I doing something wrong with it?
Paul.

Feature Requests item #3557942, was opened at 2012年08月15日 08:16
Message generated for change (Tracker Item Submitted) made by andrearpin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745327&aid=3557942&group_id=140042
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Andre Arpin (andrearpin)
Assigned to: Nobody/Anonymous (nobody)
Summary: new catch
Initial Comment:
Run without joystick supports.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745327&aid=3557942&group_id=140042

On Tue, Aug 14, 2012 at 8:14 AM, Andre Arpin <ar...@ki...> wrote:
> I do not know why the assert for joysticks but catch works perfectly well using
> arrow keys at least on window.
> Andre
There's no problem with not having a physical joystick, but the check
is whether wxJoyStick is supported and available in the wxLua bindings
on that platform or not. For older versions of wxWidgets it is not
supported in OSX and since I didn't have time to add the appropriate
if() statements and do it right, I just asserted to let the person
running that there would was a problem in a human readable way, rather
than a cryptic assert about calling a nonexistant wxJoyStick
functions.
If you have time to make a patch that fixes it more properly that
would be great.
Thanks,
 John

I do not know why the assert for joysticks but catch works perfectly well using 
arrow keys at least on window.
Andre

On Thu, Aug 9, 2012 at 2:12 AM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> I think I'm close, but still not there yet. I did get luawx.dll
> library, but it's 12+M in size and it depends on
> libwxlua_lua51-wx28mswu-2.8.12.dll (which seems to be a renamed lua
It is the Lua library dll named so that it will not clash with
anybody's elses Lua dlls.
> dll). There are also several other libraries, but the application
> seems to work without them:
>
> 12,318,932 libwx.dll
> 3,480,509 libwxlua-wx28mswu-2.8.12.dll
> 11,973,978 libwxlua_bind-wx28mswu-2.8.12.dll
> 3,413,790 libwxlua_debug-wx28mswu-2.8.12.dll
> 215,408 libwxlua_lua51-wx28mswu-2.8.12.dll
> 3,405,545 libwxlua_socket-wx28mswu-2.8.12.dll
> 61,395 lua.exe
> 219,561 luac.exe
Did you build the shared libs first and these remain in the build
directory from this earlier build?
> Why do all the names start from libwx? Also, the library seems to be
Because they are all libraries for wxLua. Currently I do not bother to
detect that gcc is being used in Windows and I treat them like Linux
libraries where there is an expectation that they might be installed
to the system /usr/lib dir with hundreds of other libraries so they
must have unique names that describe what they are to the rest of the
world.
> much larger in size than yours (12M vs. 5.5M) and this is in
> MinSizeRel configuration. I couldn't find any setting that would
> affect the size.
Gcc creates much larger libraries and executables than Visual Studio,
this is to be expected.
> Is this possible to link against an existing *real* lua.dll
> (lua5.1.dll or lua51.dll), rather than against
> libwxlua_lua51-wx28mswu-2.8.12.dll?
What do you mean "real"? Would a rose by any other name not smell as sweet?
Why isn't modules/luaproxydll/lua51.dll and lua5.1.dll not copied over
to the build/bin dir? The root CMakeLists.txt should copy them over if
WIN32 is declared for Mingw, is it somehow not declared?
Regards,
 John

Hi John,
I think I'm close, but still not there yet. I did get luawx.dll
library, but it's 12+M in size and it depends on
libwxlua_lua51-wx28mswu-2.8.12.dll (which seems to be a renamed lua
dll). There are also several other libraries, but the application
seems to work without them:
12,318,932 libwx.dll
 3,480,509 libwxlua-wx28mswu-2.8.12.dll
11,973,978 libwxlua_bind-wx28mswu-2.8.12.dll
 3,413,790 libwxlua_debug-wx28mswu-2.8.12.dll
 215,408 libwxlua_lua51-wx28mswu-2.8.12.dll
 3,405,545 libwxlua_socket-wx28mswu-2.8.12.dll
 61,395 lua.exe
 219,561 luac.exe
Why do all the names start from libwx? Also, the library seems to be
much larger in size than yours (12M vs. 5.5M) and this is in
MinSizeRel configuration. I couldn't find any setting that would
affect the size.
Is this possible to link against an existing *real* lua.dll
(lua5.1.dll or lua51.dll), rather than against
libwxlua_lua51-wx28mswu-2.8.12.dll?
All I need is a standalone wx.dll I can compile in Unicode
configuration that I can use with my lua dll. Is this possible?
Paul.
On Wed, Aug 8, 2012 at 7:22 PM, John Labenski <jla...@gm...> wrote:
> On Wed, Aug 8, 2012 at 8:42 PM, Paul K <pau...@ya...> wrote:
>> Hi John,
>>
>> I've read through the installation/compilation instructions and am
>> still searching for a combination of settings I need to apply to get
>> one wx.dll produced.
>>
>> Here is the command I used:
>>
>> mingw32-make -f makefile.gcc BUILD=release UNICODE=1 SHARED=1
>> MONOLITHIC=1 WX_MONOLITHIC=0 WX_SHARED=0 USE_LUAMODULE=1
>> USE_WXBINDGL=0 LINK_DLL_FLAGS=-shared
>
> Please use the CMake generated build files now. The old ones are not
> nearly configurable enough. I recommend building static wxWidgets libs
> and then you will get a single wx.dll with no other dependencies.
>
> http://wxlua.sourceforge.net/docs/install.html#C2.4
> http://wxlua.sourceforge.net/docs/install.html#C4.2
>
> Regards,
> John
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

On Wed, Aug 8, 2012 at 8:42 PM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> I've read through the installation/compilation instructions and am
> still searching for a combination of settings I need to apply to get
> one wx.dll produced.
>
> Here is the command I used:
>
> mingw32-make -f makefile.gcc BUILD=release UNICODE=1 SHARED=1
> MONOLITHIC=1 WX_MONOLITHIC=0 WX_SHARED=0 USE_LUAMODULE=1
> USE_WXBINDGL=0 LINK_DLL_FLAGS=-shared
Please use the CMake generated build files now. The old ones are not
nearly configurable enough. I recommend building static wxWidgets libs
and then you will get a single wx.dll with no other dependencies.
http://wxlua.sourceforge.net/docs/install.html#C2.4
http://wxlua.sourceforge.net/docs/install.html#C4.2
Regards,
 John

Hi John,
I've read through the installation/compilation instructions and am
still searching for a combination of settings I need to apply to get
one wx.dll produced.
Here is the command I used:
mingw32-make -f makefile.gcc BUILD=release UNICODE=1 SHARED=1
MONOLITHIC=1 WX_MONOLITHIC=0 WX_SHARED=0 USE_LUAMODULE=1
USE_WXBINDGL=0 LINK_DLL_FLAGS=-shared
I compiled wxwidgets with SHARED=0 and MONOLITHIC=0 to genterate .a
files as I expect those to be linked into wx.dll
I specified SHARED=1 and MONOLITHIC=1 for wxlua. For some reason it
still tries to generate all the individual DLLs, like
wxlua_msw28u_wxlua.dll.
Also, I get an error on linking against _gl library
(mingw32/bin/ld.exe: cannot find -lwxmsw28u_gl) and I indeed don't
have that library. I tried adding USE_WXBINDGL=0, but it didn't help.
What parameter do I need to provide to skip gl library?
Can you share the command line for mingw that should get me wx.dll or
settings for vs you used to build wx.dll? Thank you.
Paul.
P.S. btw, until I added "LINK_DLL_FLAGS=-shared", I was getting
Creating library file: ..\..\..\lib\gcc_dll\liblua5.1.a
...../libmingw32.a(main.o): In function `main':
C:\MinGW\msys1円.0\src\mingwrt/../mingw/main.c:73: undefined reference
to `WinMain@16'
error, even though LINK_DLL_FLAGS is set at the top of the makefile:
# Compiler flags to link shared library
LINK_DLL_FLAGS ?= -shared
P.P.S the installation instructions refer to "mingw32-make -f
makefile.mingw", but there is no .mingw makefile, only .gcc one.

On Sat, Aug 4, 2012 at 8:32 AM, Andre Arpin <ar...@ki...> wrote:
> wxLua\apps\wxLuaCan:
> Deleting file
> "E:\programs\wxWidgets\wxlua\cmake\apps\wxluacan\
> wxLuaCan.tmp_Release_Win32.vcproj
> ".
> ..\..\..\apps\wxluaedit\src\wxledit.cpp(490): error C2039: 'markerPrompt' :
> is not a member of 'wxLuaShell'
> ..\..\..\apps\wxluaedit\src\wxledit.cpp(490): error C2065: 'markerPrompt' :
Thanks for reporting, fixed in SVN now.
Regards,
 John

wxLua\apps\wxLuaCan:
 Deleting file 
"E:\programs\wxWidgets\wxlua\cmake\apps\wxluacan\
wxLuaCan.tmp_Release_Win32.vcproj
".
..\..\..\apps\wxluaedit\src\wxledit.cpp(490): error C2039: 'markerPrompt' :
 is not a member of 'wxLuaShell'
..\..\..\apps\wxluaedit\src\wxledit.cpp(490): error C2065: 'markerPrompt' : 
undeclared identifier
..\..\..\apps\wxluaedit\src\wxledit.cpp(733): error C2039: 'markerPrompt' :
 is not a member of 'wxLuaShell'
..\..\..\apps\wxluaedit\src\wxledit.cpp(733): error C2065: 'markerPrompt' : 
undeclared identifier
Andre
ps: Release version on window using cmake