wxlua-users — wxLua list for users and developers

[wxlua-users] wxExecuted process is not deleted when main window exits

[Z.H. <zo...@ye...>]

Hi all, I am using wxLua 2.8.12 for Windows. In the following code,
I try to asynchronously execute some command and redirect its output.

The problem is, if I close main window before child process terminates,
the child process is not deleted. I could still see "tree.com" process
inside Windows Task Manager after this wxLua app exits.

What is the problem with my code below?

--------------------------------------------------------------------

require("wx")

frame = wx.wxFrame(wx.NULL, wx.wxID_ANY, "Test")

function ExecCommand(cmd)
    proc = wx.wxProcess(frame)
    proc:Redirect()
    pid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC, proc)
    if pid > 0 then
        print("process id is " .. tostring(pid))
        streamIn = proc and proc:GetInputStream()
    end
end

function ReadStream()
    if streamIn and streamIn:CanRead() then
        local str = streamIn:Read(4096)
    end
end

frame:Connect(wx.wxEVT_IDLE, ReadStream)

frame:Connect(wx.wxEVT_END_PROCESS, function(event)
    proc = nil
end)

frame:Connect(wx.wxEVT_CLOSE_WINDOW, function(event)
    if proc then proc:Detach() end
    event:Skip()
end)

frame:Show(true)

cmd = "tree.com C:\\Windows"

ExecCommand(cmd)

wx.wxGetApp():MainLoop()

Re: [wxlua-users] About Alien.Lua

[Dario C. <th...@gm...>]

The alien.core and alien.struct libraries are part of the alien project
<https://github.com/mascarenhas/alien>.

Once you have compiled the project, these two libraries will be available;
The easiest way to compile this project is to use the luarocks package
manager with the commands:

$ luarocks make alien
*or*
$ luarocks install alien

You must have the correct compilers and libraries configured for the
compilation process.

You can also find the precompiled binaries in the following repository:

https://github.com/lidesdk/repos/blob/master/stable/alien/alien-0.7.00.zip

[wxlua-users] [noob] Installing wxLua under Linux

[Benoît R. <ben...@ho...>]

Hi all,


I'm new to the list, I just subscribed because I have a case, that you 
may well consider stupid, but I'm stuck with it and unable to go on... 
Basically, I can't install wxLua to run under Linux. I tried several 
ways, but to no avail...

The context is that, a few years ago, I began a proto videogame named 
"Stars of Call" for my Sci-Fi universe "Hoshikaze 2250", as a TC using 
the excellent, open-source NAEV space videogame. NAEV uses Lua as its 
scripting engine, and so I found that language quite good. Now I've 
decided to make some standalone dev under Lua and I need a GUI... So I 
looked at possible GUIs and found wxWidgets and of course, wxLua.

I have two computers, one WIndows and one Linux and for a bunch of IRL 
reasons, I must be able to develop on both and synch them in between. 
I'm not a dev, I used to be, but that were the '90s and I never dived 
totally into it. So I'm not so familiar with dev tools, not at all with 
current dev tools, and I just have distant memories of then tools.

On the Windows (Win7), I installed wxLua and wxFormBuilder, and it works 
fine. On the Linux (Ubuntu Xenial), I installed wxFormBuilder, and also 
wxMaxima, both work fine. But I just can't get a working wxLua.

I first tried to install with the reps, but here's the output of the 
"apt list --installed | grep wx" command. I may have fumbled somewhere 
and that's why I have some extra packages for utopic among the xenial 
packages...

libwxbase3.0-0-unofficial/stable,now 3.0.2-1.utopic amd64 [installé]
libwxbase3.0-0v5/xenial,now 3.0.2+dfsg-1.3 amd64  [installé, automatique]
libwxbase3.0-dbg/stable,now 3.0.2-1.utopic amd64  [installé]
libwxbase3.0-dev/xenial,now 3.0.2+dfsg-1.3 amd64  [installé]
libwxgtk3.0-0-unofficial/stable,now 3.0.2-1.utopic amd64  [installé]
libwxgtk3.0-0v5/xenial,now 3.0.2+dfsg-1.3 amd64  [installé]
libwxgtk3.0-dbg/stable,now 3.0.2-1.utopic amd64  [installé]
libwxgtk3.0-dev/xenial,now 3.0.2+dfsg-1.3 amd64  [installé]
python-wxgtk3.0/xenial,now 3.0.2.0+dfsg-1build1 amd64  [installé, 
automatique]
python-wxversion/xenial,xenial,now 3.0.2.0+dfsg-1build1 all [installé, 
automatique]
wx-common/xenial,now 3.0.2+dfsg-1.3 amd64  [installé]
wx3.0-doc/xenial,xenial,now 3.0.2+dfsg-1.3 all  [installé]
wx3.0-examples/xenial,xenial,now 3.0.2+dfsg-1.3 all  [installé]
wx3.0-headers/xenial,now 3.0.2+dfsg-1.3 amd64  [installé]
wx3.0-i18n/xenial,xenial,now 3.0.2+dfsg-1.3 all  [installé]
wxformbuilder/xenial,now 3.5.02-0ubuntu1~xenial1 amd64  [installé]
wxmaxima/xenial,now 15.08.2-1 amd64  [installé]

Now, when I type wxLua or wxLuaEdit in a terminal, it tells me the exec 
is not found. When I try to run some wxLua program that runs fine under 
Windows, it tells me the following error :

lua: Main.lua:21: module 'wx' not found:
     no field package.preload['wx']
     no file './wx.lua'
     no file '/usr/local/share/lua/5.1/wx.lua'
     no file '/usr/local/share/lua/5.1/wx/init.lua'
     no file '/usr/local/lib/lua/5.1/wx.lua'
     no file '/usr/local/lib/lua/5.1/wx/init.lua'
     no file '/usr/share/lua/5.1/wx.lua'
     no file '/usr/share/lua/5.1/wx/init.lua'
     no file './wx.so'
     no file '/usr/local/lib/lua/5.1/wx.so'
     no file '/usr/lib/x86_64-linux-gnu/lua/5.1/wx.so'
     no file '/usr/lib/lua/5.1/wx.so'
     no file '/usr/local/lib/lua/5.1/loadall.so'
     no file './wx.dll'
     no file './wx.so'
     no file '../lib/wx.so'
     no file '../lib/vc_dll/wx.dll'
     no file '../lib/bcc_dll/wx.dll'
     no file '../lib/mingw_dll/wx.dll'
stack traceback:
     [C]: in function 'require'
     Main.lua:21: in main chunk
     [C]: ?

So, I'm wondering if I got wxWidgets itself, Lua itself, but not 
actually the wxLua package to link them...

I first tried to follow the install page's simple method 
(http://wxlua.sourceforge.net/docs/install.html) :

Install the wxwidgets and wxwidgets-devel prebuilt packages for your 
Linux distribution and you're done...

  * They may be called wxBase, wxGTK and wxBase-devel, wxGTK-devel

But I can't get apt recognize any of these 4 names. Is there a specific 
repo to add ? I searched to internet, but to no avail, these seem to be 
menial things, totally implicit for those who wrote everything I read. 
But for me, it's not...

Then I downloaded the source package and tried to use the method listed 
just after in the same page 
(http://wxlua.sourceforge.net/docs/install.html). Creating and running 
the ./configure-gtk2ud.sh script as is gives me :

leschouchous@Ryoh-Oh-Ki:~/Documents/installation/Dev/Langages/Lua/wxLua/wxLua-2.8.12.3-src/build_gtk2ud$ 
./configure-gtk2ud.sh
./configure-gtk2ud.sh: ligne 1: ../configure: Aucun fichier ou dossier 
de ce type
./configure-gtk2ud.sh: ligne 2: --enable-gtk2 : commande introuvable
./configure-gtk2ud.sh: ligne 3: --enable-unicode : commande introuvable
./configure-gtk2ud.sh: ligne 4: --enable-shared : commande introuvable
./configure-gtk2ud.sh: ligne 5: --enable-optimise=no : commande introuvable
./configure-gtk2ud.sh: ligne 6: --enable-mem_tracing=no : commande 
introuvable
./configure-gtk2ud.sh: ligne 7: --enable-profile=no : commande introuvable
./configure-gtk2ud.sh: ligne 8: --with-dmalloc=no : commande introuvable
./configure-gtk2ud.sh: ligne 9: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 10: --enable-debug : commande introuvable
./configure-gtk2ud.sh: ligne 11: --enable-debug_flag : commande introuvable
./configure-gtk2ud.sh: ligne 12: --enable-debug_info : commande introuvable
./configure-gtk2ud.sh: ligne 13: --enable-debug_gdb : commande introuvable
./configure-gtk2ud.sh: ligne 14: --enable-debug_cntxt : commande introuvable
./configure-gtk2ud.sh: ligne 15: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 16: --with-sdl : commande introuvable
./configure-gtk2ud.sh: ligne 17: --with-gnomeprint : commande introuvable
./configure-gtk2ud.sh: ligne 18: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 19: --with-opengl : commande introuvable
./configure-gtk2ud.sh: ligne 20: --enable-sound : commande introuvable
./configure-gtk2ud.sh: ligne 21: --enable-mediactrl : commande introuvable
./configure-gtk2ud.sh: ligne 22: --enable-graphics_ctx : commande 
introuvable
./configure-gtk2ud.sh: ligne 23: --enable-controls : commande introuvable
./configure-gtk2ud.sh: ligne 24: --enable-dataviewctrl : commande 
introuvable

Failure was predictable and it was foolish of me to try to run it, as 
there is anyway no "configure" script in the wxLua-2.8.12.3-src directory...

So I tried to search for a configure script within the source package, 
but I only found it in "modules/wxstedit". I don't know what it's 
supposed to be, but I tried it and it told me :

configure: WARNING: you should use --build, --host, --target
configure: WARNING: invalid host type:
' not recognizedystem type... Invalid configuration `
  failedre: error: /bin/bash ../build/config.sub
./configure-gtk2ud.sh: ligne 2: --enable-gtk2 : commande introuvable
./configure-gtk2ud.sh: ligne 3: --enable-unicode : commande introuvable
./configure-gtk2ud.sh: ligne 4: --enable-shared : commande introuvable
./configure-gtk2ud.sh: ligne 5: --enable-optimise=no : commande introuvable
./configure-gtk2ud.sh: ligne 6: --enable-mem_tracing=no : commande 
introuvable
./configure-gtk2ud.sh: ligne 7: --enable-profile=no : commande introuvable
./configure-gtk2ud.sh: ligne 8: --with-dmalloc=no : commande introuvable
./configure-gtk2ud.sh: ligne 9: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 10: --enable-debug : commande introuvable
./configure-gtk2ud.sh: ligne 11: --enable-debug_flag : commande introuvable
./configure-gtk2ud.sh: ligne 12: --enable-debug_info : commande introuvable
./configure-gtk2ud.sh: ligne 13: --enable-debug_gdb : commande introuvable
./configure-gtk2ud.sh: ligne 14: --enable-debug_cntxt : commande introuvable
./configure-gtk2ud.sh: ligne 15: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 16: --with-sdl : commande introuvable
./configure-gtk2ud.sh: ligne 17: --with-gnomeprint : commande introuvable
./configure-gtk2ud.sh: ligne 18: $'\r' : commande introuvable
./configure-gtk2ud.sh: ligne 19: --with-opengl : commande introuvable
./configure-gtk2ud.sh: ligne 20: --enable-sound : commande introuvable
./configure-gtk2ud.sh: ligne 21: --enable-mediactrl : commande introuvable
./configure-gtk2ud.sh: ligne 22: --enable-graphics_ctx : commande 
introuvable
./configure-gtk2ud.sh: ligne 23: --enable-controls : commande introuvable
./configure-gtk2ud.sh: ligne 24: --enable-dataviewctrl : commande 
introuvable

I'll go and look at the configure man page to understand what the 1st 
error means. But as I'm not fluent in configure/make tools, I'm totally 
unable to debug what was supposed to be, as read from the install page, 
a quite straightforward process. I just hope it's only my lack of skill 
and a small advice will remove the block...

So could someone help me ? Thanks in advance !


@+

Benoît 'Mutos' Robin
http://hoshikaze.net
ben...@ho...

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi Ulrich,

> I plan to update ZBS build scripts to support wx.dll building for Lua
> 5.2 and Lua 5.3.

I pushed the updated scripts to wxwidgets31x-upgrade branch
(https://github.com/pkulchenko/ZeroBraneStudio/tree/wxwidgets31x-upgrade)

You should be able to run "(cd build; bash build-win32.sh wxwidgets
lua 5.3 wxlua)" and get wx.dll compiled for Lua 5.3 (it will be
installed in clibs53 folder); similar for Lua 5.2.

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi Ulrich,

> I want to build wxlua as a loadable module (.dll) for 5.2 and 5.3 with wxwidgets statically linked into.
> I will try to hack the 5.3 into the CMake files and report my results back to you.

I made some progress, which I think can help in your case. I made
several changes to wxlua that allows for Lua 5.3 support:
https://github.com/pkulchenko/wxlua/commits/wxwidgets311

You just need to point it to the correct Lua headers and make sure
that the Lua 5.3 is compiled with LUA_COMPAT_MODULE:

make mingw MYCFLAGS="-DLUA_COMPAT_MODULE"

You should then be able to build wxlua without any other changes; also
make sure to include LUA_COMPAT_MODULE and reference the correct Lua
dll:

-DCMAKE_CXX_FLAGS="-DLUA_COMPAT_MODULE"
-DwxLua_LUA_LIBRARY="$INSTALL_DIR/lib/lua53.dll"

(make sure you purge Cmake cache files if you are re-using the build
folders as there may be conflicts)

I plan to update ZBS build scripts to support wx.dll building for Lua
5.2 and Lua 5.3.

I tested the library I built on wxlua samples (auidemo and editor) and
haven't seen any issues.

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Ulrich S. <u.s...@gm...>]

Hi Paul.
I want to build wxlua as a loadable module (.dll) for 5.2 and 5.3 with
wxwidgets statically linked into.

I will try to hack the 5.3 into the CMake files and report my results back to
you.

Ulrich.

Am 04.06.2016 um 23:14 schrieb Paul K:
> Hi Ulrich,
> 
>> I cant link with lua-5.3 right now, can i? At least CMake complains:
>>> CMake Error at CMakeLists.txt:156 (MESSAGE):
>>>  wxLua_LUA_LIBRARY_VERSION may only be set to '5.1' or '5.2'
> 
> Right; only Lua 5.1 and 5.2 are currently supported.
> 
> Are you interested in adding 5.3 as a builtin or an external library?
> 
> I was looking at going through cmake files and adding branches similar
> to 5.2, but then realized that some of the Lua API changes will
> require manual updates and decided to postpone it for now.
> 
> If you want to give it a try, the easiest way would be to go through
> Cmake files and replace 5.2 with 5.3 just to see if it's going to
> compile (assuming you use an external header files and libraries to
> link agains).
> 
> Paul.
> 
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are 
> consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
> J-Flow, sFlow and other flows. Make informed decisions using capacity 
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
> 

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi Ulrich,

> I cant link with lua-5.3 right now, can i? At least CMake complains:
>> CMake Error at CMakeLists.txt:156 (MESSAGE):
>>  wxLua_LUA_LIBRARY_VERSION may only be set to '5.1' or '5.2'

Right; only Lua 5.1 and 5.2 are currently supported.

Are you interested in adding 5.3 as a builtin or an external library?

I was looking at going through cmake files and adding branches similar
to 5.2, but then realized that some of the Lua API changes will
require manual updates and decided to postpone it for now.

If you want to give it a try, the easiest way would be to go through
Cmake files and replace 5.2 with 5.3 just to see if it's going to
compile (assuming you use an external header files and libraries to
link agains).

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Ulrich S. <u.s...@gm...>]

Hi Paul.

I cant link with lua-5.3 right now, can i? At least CMake complains:

> CMake Error at CMakeLists.txt:156 (MESSAGE):
>  wxLua_LUA_LIBRARY_VERSION may only be set to '5.1' or '5.2'


Ulrich.

Am 04.06.2016 um 05:48 schrieb Paul K:
> Another update for those interested. I've upgraded several more
> 
> Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Another update for those interested. I've upgraded several more
classes and also made two changes:

1. Applied a fix to allow for c++11 support; if you want to enable it,
you'll need to add -DCMAKE_CXX_FLAGS="-std=c++11" to your cmake call;
I only tested using gcc 4.8.1, but it should work with other versions
as well.
2. Added MacOpenFiles support. From your Lua code you'll need to do
something like the following:

wx.wxGetApp().MacOpenFiles = function(files)
  for _, file in ipairs(files) do
    -- do smth with the file
  end
end

This function is enabled on all platforms, but is only triggered on
OSX. It now allows the files to be dragged to the docked app to be
processed. I also added caching of the files on the initial
drag-n-drop (when the app is not opened yet) as the callback is
triggered before wxlua is setup, so the files are stored and then the
callback is called internally when MainLoop is started, which allows
the wxlua to get initialized properly and give the application a
chance to set MacOpenFiles handler as shown above. If you need to
check if this is the initial callback, you can check for
IsMainLoopRunning, which should still be "false" at that time.

You still need to have a proper plist changes to inform OSX about the
files your application can accept, but I tested with files of various
types (and even folders) and it all works as expected.

I've tested the changes on Windows and OSX with both wxwidgets 3.0 and
the current master branch, but there may still be some glitches, so if
you notice something, don't hesitate to let me know. The latest code
is here: https://github.com/pkulchenko/wxlua/commits/wxwidgets311

I took the liberty to remove some methods that don't exist in
wxwidgets; for example, there was GetColor method in wxAuiDockArt,
which doesn't exist in wxwidgets (it's GetColour); if you really need
it, it's easy to add as an alias. I also updated the example where
GetColor was used. Some classes have Ok() instead of IsOk() and I kept
it for compatibility.

I also tried to stick to the existing hierarchy in wxwidgets and added
some of the missing classes to wxlua (for example wxAppConsole that
wxApp inherits from). This should make no difference to any wxlua
application, but makes automated updates much easier.

Here is the list of classes that have been updated for wxwidgets 3.1.1:

  wxcore_menutool = {
    wxMenu = "menu.h",
    wxMenuItem = "menuitem.h",
  },
  wxcore_controls = {
    wxTreeCtrl = "treectrl.h",
    wxTextEntry = "textentry.h",
    wxTextCtrl = "textctrl.h",
    wxButton = "button.h",
    wxAnyButton = "anybutton.h",
    wxBitmapButton = "bmpbuttn.h",
    wxToggleButton = "tglbtn.h",
    wxBitmapToggleButton = "tglbtn.h",
  },
  wxbase_file = {
    wxDir = "dir.h",
  },
  wxcore_windows = {
    wxWindow = "window.h",
  },
  wxcore_appframe = {
    wxTopLevelWindow = "toplevel.h",
    wxNonOwnedWindow = "nonownedwnd.h",
    wxFrame = "frame.h",
    wxApp = "app.h",
    wxAppConsole = "app.h",
    wxStatusBar = "statusbr.h",
    wxStatusBarPane = "statusbr.h",
  },
  wxbase_base = {
    wxEvtHandler = "event.h",
    wxEvent = "event.h",
    wxEventLoopBase = "evtloop.h",
    wxEventFilter = "eventfilter.h",
  },
  wxcore_gdi = {
    wxColour = "colour.h",
    wxFont = "font.h",
    wxFontInfo = "font.h",
    wxPen = "pen.h",
    wxBrush = "brush.h",
    wxPalette = "palette.h",
    wxIcon = "icon.h",
    wxMask = "bitmap.h",
    wxCursor = "cursor.h",
    wxCaret = "caret.h",
    wxDisplay = "display.h",
    wxBitmap = "bitmap.h",
  },
  wxaui_aui = {
    wxAuiToolBarItem = "aui/auibar.h",
    wxAuiToolBarArt = "aui/auibar.h",
    wxAuiToolBar = "aui/auibar.h",
    wxAuiTabArt = "aui/auibook.h",
    wxAuiNotebook = "aui/auibook.h",
    wxAuiDockArt = "aui/dockart.h",
    wxAuiManager = "aui/framemanager.h",
  },
  wxcore_image = {
    wxImage = "image.h",
  },

I do have one question for those who may be using this: right now the
bindings include wxwidgets3_1_1 as the check (as this is the version
I'm working with), but I suspect that all these changes (except wxSTC)
also work with 3.1.0, which is the latest released version. For those
who may be using that released version instead of the latest master,
would you prefer to have 3.1.0 in the binding, so that you can use all
the new API functions? If so, I can probably update all the bindings
to use 3_1_0 instead of 3_1_1, which should help in that case. I'll
probably keep wxSTC as 3_1_1, as there are several changes that were
not available earlier and I don't plan to separate them.

Paul.

Re: [wxlua-users] Dynamic cast to Lua classes

[Paul K <pau...@ya...>]

> I'm trying to use wxEVT_LUA_ERROR and wxEVT_LUA_PRINT form the Lua code, but can't find any examples on how to set it up.

I figured out how to do this; the events are in wxlua namespace, so
the following works for me:

wx.wxGetApp():Connect(wxlua.wxEVT_LUA_ERROR, function(event) --[[ do
something with event:GetString() ]] end)

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi All,

I pushed more changes to the wxwidgets311 branch in wxlua:
https://github.com/pkulchenko/wxlua/commits/wxwidgets311

These changes cover the updated API for the following classes: wxMenu,
wxMenuItem, wxTreeCtrl, wxTextEntry, wxTextCtrl, wxButton,
wxAnyButton,     wxBitmapButton, wxToggleButton, wxBitmapToggleButton,
wxDir, wxWindow, wxTopLevelWindow, and wxFrame. I realize that the
selection may look strange, but I started from those classes that I
needed new methods from and also those classes that I could test with
my application.

The changes have been tested on Windows and OSX using the latest
wxwidgets code. I have not tested running any older version of
wxwidgets, so if anyone runs into issues, please let me know. I tried
to preserve all the methods that were working before, but since the
updates were done with scripts based on the current wxwidgets
interface files, it's possible that there are some issues with the
results.

I plan to add wxFont, wxConfig, wxImage and possible couple of other
classes, as these are the classes that are used in my application, so
I can make sure that the changes are working. I'll include include the
scripts I used for processing, so you should be able to update the API
for other classes you may need.

The main issue I ran into is with wxApp and its Mac* methods, which I
covered in another email in this thread. John, if you have a bit of
time, I'd appreciate your help as I feel stuck as to have to handle
those methods. Thanks.

Paul.

[wxlua-users] Dynamic cast to Lua classes

[Paul K <pau...@ya...>]

Hi John,

As I've been working through the code to figure out how to inherit a
new class from wxApp (similar to how wxLuaPrintout inherits from
wxPrintout), I wondered if it's possible to do most of it at the Lua
level (with a bit of help from C++).

If the binding generator identifies all wxwidgets classes that can be
passed as parameters and creates inherited *Lua* classes, the I can do
something like this:

local app = wx.wxGetApp()
-- recast wxApp to wxLuaApp
local newapp = app:GetInstance():DynamicCast("wxLuaApp")
newapp.MacOpenFiles = function(files) ... end
-- register the new app with wxwidgets
app:SetInstance(newapp)

This will also allow "true" inheritance from wxwidgets classes at the
Lua level, which I find lacking in wxlua right now (unless I'm missing
something).

The implementation would automate most of the work that would need to
be done manually for these inherited classes: (1) pick a class based
on whether it's passed as a parameter or not; if it's difficult to do
automatically, the list can be pre-assigned; (2) generate a proper
class definition; and (3) create stubs for virtual methods that will
check for properties assigned in the derived class (in the example
above it would be MacOpenFiles method).

One of the challenges I see is the initialization that needs to assign
the current lua state (m_wxlState) as I'm not sure when it needs to
happen (as DynamicCast doesn't create a new object). Maybe DynamicCast
can check if the cast is to one of wxLua* classes and do the
assignment? This problem remains even when the class definitions are
done "manually", so I'd be interested in any suggestions on how to
address this.

Is there a method to get the current Lua state (wxlState) to use in
virtual functions:

void wxApp::MacOpenFiles(const wxArrayString& filenames)
{
    wxLuaState m_wxlState = s_wxlState // <== not sure what to put here

Related question: I'm trying to use wxEVT_LUA_ERROR and
wxEVT_LUA_PRINT form the Lua code, but can't find any examples on how
to set it up. Any pointers? Thank you.




Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi John,

It seems like I'll need to create a derived class for wxLuaApp
(similar to wxLuaPrintout) and add those Mac* methods to that class.
Then the app can be set using wxGetApp::SetInstance() method, which
should trigger those Mac* methods as expected. This also eliminates
the issue with getting the Lua state, but I still need to figure out
how to initialize the application fields properly... Or is there a
better way?

Paul.

On Thu, May 5, 2016 at 10:59 PM, Paul K <pau...@ya...> wrote:
> Hi John,
>
>> 1. Memory leak in wxlua: http://sourceforge.net/p/wxlua/mailman/message/34430092/
>> 2. MacOpenFiles and related methods: http://sourceforge.net/p/wxlua/mailman/message/34559782/
>> 3. wxButton class is missing all the methods from wxAnyButton class
>> 4. Several other methods missing: http://sourceforge.net/p/wxlua/mailman/message/32988247/
>
> I've been making good progress updating wxlua API for wxwidgets 3.1.x
> and have processed about dozen or so classes, so adding all the
> missing methods is much less of a priority for me.
>
> I tried to add MacOpenFiles processing and ran into an issue with
> getting access to the current Lua state. Here is what I currently
> have:
>
> %override wxLua_wxApp_MacOpenFiles
> void wxApp::MacOpenFiles(const wxArrayString& filenames)
> {
>     wxLuaState m_wxlState = s_wxlState // <== not sure what to put here
>
>     if (m_wxlState.Ok() && !m_wxlState.GetCallBaseClassFunction() &&
>         m_wxlState.HasDerivedMethod(this, "MacOpenFiles", true))
>     {
>         int nOldTop = m_wxlState.lua_GetTop();
>         m_wxlState.wxluaT_PushUserDataType(this, wxluatype_wxApp, true);
>         m_wxlState.PushwxArrayStringTable(filenames);
>
>         m_wxlState.LuaPCall(2, 0);
>         m_wxlState.lua_SetTop(nOldTop-1); // -1 to remove pushed
> derived method func too
>     }
>     m_wxlState.SetCallBaseClassFunction(false); // clear flag always
> }
> %end
>
> I would have used s_wxlState, but it's "static" in the Lua module, so
> not available outside of that file. It doesn't solve all the problems,
> but it could set me on the right track. When I make s_wxlState
> non-static, I do get a linker error about duplicate
> wxApp::MacOpenFiles method, so any ideas on how to avoid this, would
> be useful too.
>
> Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi John,

> 1. Memory leak in wxlua: http://sourceforge.net/p/wxlua/mailman/message/34430092/
> 2. MacOpenFiles and related methods: http://sourceforge.net/p/wxlua/mailman/message/34559782/
> 3. wxButton class is missing all the methods from wxAnyButton class
> 4. Several other methods missing: http://sourceforge.net/p/wxlua/mailman/message/32988247/

I've been making good progress updating wxlua API for wxwidgets 3.1.x
and have processed about dozen or so classes, so adding all the
missing methods is much less of a priority for me.

I tried to add MacOpenFiles processing and ran into an issue with
getting access to the current Lua state. Here is what I currently
have:

%override wxLua_wxApp_MacOpenFiles
void wxApp::MacOpenFiles(const wxArrayString& filenames)
{
    wxLuaState m_wxlState = s_wxlState // <== not sure what to put here

    if (m_wxlState.Ok() && !m_wxlState.GetCallBaseClassFunction() &&
        m_wxlState.HasDerivedMethod(this, "MacOpenFiles", true))
    {
        int nOldTop = m_wxlState.lua_GetTop();
        m_wxlState.wxluaT_PushUserDataType(this, wxluatype_wxApp, true);
        m_wxlState.PushwxArrayStringTable(filenames);

        m_wxlState.LuaPCall(2, 0);
        m_wxlState.lua_SetTop(nOldTop-1); // -1 to remove pushed
derived method func too
    }
    m_wxlState.SetCallBaseClassFunction(false); // clear flag always
}
%end

I would have used s_wxlState, but it's "static" in the Lua module, so
not available outside of that file. It doesn't solve all the problems,
but it could set me on the right track. When I make s_wxlState
non-static, I do get a linker error about duplicate
wxApp::MacOpenFiles method, so any ideas on how to avoid this, would
be useful too.

Paul.

Re: [wxlua-users] Memory leak on checking for non-existing fields

[John L. <jla...@gm...>]

On Wed, Nov 18, 2015 at 11:00 AM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I ran my sample script through valgrind and it confirmed that the
> leaked memory is what's being used for strings in error messages. I'm
> including relevant parts of valgrind reports for different error
> conditions, but it turned out to be leaking more memory than I thought
> (1.6k per error message). Since the error is generated each time there
> is a check for a non-existing field it adds up quickly as there is no
> other way to check if a field is present on wxlua object or not.
>
> I think the final error message in wxlua_wxLuaBindClass__index is
> unnecessary; without it it would behave exactly as Lua method/field
> calls behave in all other places:
>
> > wx.wxTextCtrl().Absent()
> [string "wx.wxTextCtrl().Absent()"]:1: attempt to call field 'Absent'
> (a nil value)
> > wx.wxTextCtrl():Absent()
> [string "wx.wxTextCtrl():Absent()"]:1: attempt to call method 'Absent'
> (a nil value)
> > wx.wxTextCtrl().Absent
> nil
>
> Here is the simple patch I'm proposing:
>
> diff --git a/wxLua/modules/wxlua/wxlbind.cpp
> b/wxLua/modules/wxlua/wxlbind.cpp
> index 105f603..2523292 100644
> --- a/wxLua/modules/wxlua/wxlbind.cpp
> +++ b/wxLua/modules/wxlua/wxlbind.cpp
> @@ -227,12 +227,6 @@ int LUACALL wxlua_wxLuaBindClass__index(lua_State *L)
>          }
>      }
>
> -    if (!found)
> -    {
> -        wxlua_error(L, wxString::Format(_("wxLua: Unable to call an
> unknown method '%s' on a '%s' type."),
> -            lua2wx(name).c_str(), lua2wx(wxlClass ? wxlClass->name :
> "").c_str()).c_str());
> -    }
> -
>      return result;
>  }
>
> This doesn't fix the leak directly, but it eliminates one of the main
> cases that make the leak much more noticeable.
>
>
That's some nice detective work, I've run it through valgrind as well and
agree that that's where the leak is coming from. But, there really isn't a
lot we can do about it. Lua uses a 'C' style longjmp as the replacement for
a C++ 'throw' which does not call any C++ class destructors.

http://stackoverflow.com/questions/1376085/c-safe-to-use-longjmp-and-setjmp

I do notice (just now) in luaconf.h that if Lua is compiled with a C++
compiler it will use throw instead. This might be a solution for people who
compile the wxLua included Lua, but I don't think anything can be done with
an external default C compiled Lua. Nor is it obvious to me how to actually
control the LUAI_THROW, meaning if I build wxLua and #include Lua with a
C++ compiler, but the actual Lua lib was compiled with a C compiler, wxLua
will surely crash after the first Lua script code error. That makes things
very awkward. I suppose I can force the built-in Lua to be compiled as C++
and if someone specifies an exteral Lua lib in cmake, I'll use the C
compiler.

Your fix is about the best we can do, simply try to create as little new
memory as possible before the error. Actually, we might be able to do a
little better if we create a char* buffer on the stack and see if that gets
cleaned up by the longjmp.

The bottom line for you is to try to see if you can avoid the errors
altogether.

I will try a few things, but failing anything better will use your patch.

Thanks,
    John




> I'm including reports for two conditions: incorrect parameters
> (wx.wxTextCtrl().DiscardEdits()) and non-string as the key
> (wx.wxTextCtrl()[{}]). They follow different branches, but leak about
> the same amount of memory.
>
> Paul.
>
> require "wx"
> local ctrl = wx.wxTextCtrl()
> for _ = 1, 1000 do pcall(function() return ctrl.DiscardEdits() end) end
>
> ==2610== 48,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,788 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2610==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2610==    by 0x4BB7969: wxlua_luaL_typename(lua_State*, int)
> (wxllua.cpp:939)
> ==2610==    by 0x4BB50D6: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:169)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 56,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,789 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2610==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2610==    by 0x4BB786F: wxluaT_typename(lua_State*, int) (wxllua.cpp:925)
> ==2610==    by 0x4BB7CE4: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 68,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,790 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F2B0: reserve (string.h:1332)
> ==2610==    by 0x4E4F2B0: Alloc (string.h:2195)
> ==2610==    by 0x4E4F2B0: operator+(wchar_t const*, wxString const&)
> (string.cpp:695)
> ==2610==    by 0x4BB7D03: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804E8F1: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 72,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,791 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F1D8: reserve (string.h:1332)
> ==2610==    by 0x4E4F1D8: Alloc (string.h:2195)
> ==2610==    by 0x4E4F1D8: operator+(wxString const&, wchar_t const*)
> (string.cpp:663)
> ==2610==    by 0x4BB7D22: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804E8F1: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 119,880 bytes in 999 blocks are definitely lost in loss
> record 3,792 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7B0F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::append(wchar_t
> const*, unsigned int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7C25: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::operator+=(wchar_t const*) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B979A7: wxString::operator+=(wchar_t const*)
> (string.h:3237)
> ==2610==    by 0x4BADC68: wxlua_getLuaArgsMsg(lua_State*, int, int)
> (wxlbind.cpp:592)
> ==2610==    by 0x4BB52D3: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:180)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==
> ==2610== 151,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,793 of 3,796
> ==2610==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2610==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2610==    by 0x4E4EF97: Extend (string.h:3329)
> ==2610==    by 0x4E4EF97: wxString::AsChar(wxMBConv const&) const
> (string.cpp:545)
> ==2610==    by 0x4A61573: wxCStrData::AsChar() const (string.h:4038)
> ==2610==    by 0x4A61542: wxCStrData::operator char const*() const
> (string.h:166)
> ==2610==    by 0x4BB543B: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:202)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 203,796 bytes in 999 blocks are definitely lost in loss
> record 3,794 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7D86: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::append(std::basic_string<wchar_t, std::char_traits<wchar_t>,
> std::allocator<wchar_t> > const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7E12: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::operator+=(std::basic_string<wchar_t, std::char_traits<wchar_t>,
> std::allocator<wchar_t> > const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B908C1: wxString::operator+=(wxString const&)
> (string.h:3222)
> ==2610==    by 0x4BB5355: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:197)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 292,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,795 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2610==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2610==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2610==    by 0x4E4F028: wxString (string.h:2271)
> ==2610==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2610==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2610==    by 0x4E517FE: wxString::DoFormatWchar(wchar_t const*, ...)
> (string.cpp:1893)
> ==2610==    by 0x4BA0259: wxString wxString::Format<wxCStrData, int,
> wxCStrData>(wxFormatString const&, wxCStrData, int, wxCStrData)
> (string.h:2188)
> ==2610==    by 0x4BB516B: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:172)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 613,536 bytes in 996 blocks are definitely lost in loss
> record 3,796 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2610==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2610==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2610==    by 0x4E4F028: wxString (string.h:2271)
> ==2610==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2610==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2610==    by 0x4E51739: wxString::DoPrintfWchar(wchar_t const*, ...)
> (string.cpp:1944)
> ==2610==    by 0x4BBB1B6: int wxString::Printf<wxCStrData, wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData, wxCStrData)
> (string.h:2181)
> ==2610==    by 0x4BB53EC: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:201)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== LEAK SUMMARY:
> ==2610==    definitely lost: 1,628,352 bytes in 9,061 blocks
> ==2610==    indirectly lost: 3,264 bytes in 75 blocks
> ==2610==      possibly lost: 247,502 bytes in 2,140 blocks
>
> require "wx"
> local ctrl = wx.wxTextCtrl()
> for _ = 1, 1000 do pcall(function() return ctrl[{}] end) end
>
> ==2635== 36,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,786 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2635==    by 0x4BB7969: wxlua_luaL_typename(lua_State*, int)
> (wxllua.cpp:939)
> ==2635==    by 0x4BABB39: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 56,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,787 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2635==    by 0x4BABAFE: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 82,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,788 of 3,792
> ==2635==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2635==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2635==    by 0x4E4EF97: Extend (string.h:3329)
> ==2635==    by 0x4E4EF97: wxString::AsChar(wxMBConv const&) const
> (string.cpp:545)
> ==2635==    by 0x4A61573: wxCStrData::AsChar() const (string.h:4038)
> ==2635==    by 0x4A61542: wxCStrData::operator char const*() const
> (string.h:166)
> ==2635==    by 0x4BABBFF: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 296,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,789 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4A96C4C: wxString::wxString(char const*) (in
> /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4BABB7D: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:142)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 340,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,790 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2635==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2635==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2635==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2635==    by 0x4E4F028: wxString (string.h:2271)
> ==2635==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2635==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2635==    by 0x4E517FE: wxString::DoFormatWchar(wchar_t const*, ...)
> (string.cpp:1893)
> ==2635==    by 0x4B91292: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 424,000 bytes in 1,000 blocks are indirectly lost in loss
> record 3,791 of 3,792
> ==2635==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2635==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2635==    by 0x4E52C07: wxCharTypeBuffer<wchar_t>::extend(unsigned
> int) (buffer.h:324)
> ==2635==    by 0x4E52CF4:
> wxFormatConverterBase<wchar_t>::CopyAllBefore() (strvararg.cpp:378)
> ==2635==    by 0x4E52D4F:
> wxFormatConverterBase<wchar_t>::InsertFmtChar(wchar_t)
> (strvararg.cpp:349)
> ==2635==    by 0x4E52F3C:
> wxFormatConverterBase<wchar_t>::Convert(wchar_t const*)
> (strvararg.cpp:270)
> ==2635==    by 0x4E52291: wxFormatString::AsWChar() (strvararg.cpp:643)
> ==2635==    by 0x4A3D4EE: wxFormatString::operator wchar_t const*()
> const (strvararg.h:220)
> ==2635==    by 0x4B91279: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 436,000 (12,000 direct, 424,000 indirect) bytes in 1,000
> blocks are definitely lost in loss record 3,792 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x4E52C38: wxCharTypeBuffer<wchar_t>::extend(unsigned
> int) (buffer.h:334)
> ==2635==    by 0x4E52CF4:
> wxFormatConverterBase<wchar_t>::CopyAllBefore() (strvararg.cpp:378)
> ==2635==    by 0x4E52D4F:
> wxFormatConverterBase<wchar_t>::InsertFmtChar(wchar_t)
> (strvararg.cpp:349)
> ==2635==    by 0x4E52F3C:
> wxFormatConverterBase<wchar_t>::Convert(wchar_t const*)
> (strvararg.cpp:270)
> ==2635==    by 0x4E52291: wxFormatString::AsWChar() (strvararg.cpp:643)
> ==2635==    by 0x4A3D4EE: wxFormatString::operator wchar_t const*()
> const (strvararg.h:220)
> ==2635==    by 0x4B91279: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== LEAK SUMMARY:
> ==2635==    definitely lost: 826,140 bytes in 6,067 blocks
> ==2635==    indirectly lost: 427,264 bytes in 1,075 blocks
> ==2635==      possibly lost: 243,262 bytes in 2,080 blocks
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [wxlua-users] GL library fails to link on Linux

[Paul K <pau...@ya...>]

Hi John,

> You can check the wxWidgets config.log and search for opengl and you should see some messages about detection of gl and whether it was usable. For example, mine says "wx_cv_use_opengl=wxUSE_OPENGL=yes" and I configured wxWidgets with --with-opengl.

Yes, I was missing the headers, so wxwidgets simply skipped building
the library. After that was fixed, everything went well.

Paul.

Re: [wxlua-users] Building wxLua: missing wxWidgets libraries

[John L. <jla...@gm...>]

Joris, Please do a checkout of SVN trunk, it is perfectly stable (perhaps
more so than the wxLua 2.8.12 release). I believe that it will work for you.

Hernando, sorry, wxLua does not support Lua 5.3. I do now know if it would
work, it might, but probably not without some fixing.

Regards,
    John



On Mon, Jan 11, 2016 at 3:56 PM, Hernan Cano <jhe...@gm...> wrote:

> Hi, Valmir.
>
> I'm interested also in bulding/compiling wxLua. It would be very pleasant
> if you share how do you start or the doc you use for starting.
>
> My goal is bulding/compiling using Lua 5.3 and Widgets 3.x (the last of
> both) if possible. If any difficult, I would use the versions some one
> recomend me.
>
> Thanks.
>
> HERNAN CANO M
>
>
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>

Re: [wxlua-users] GL library fails to link on Linux

[John L. <jla...@gm...>]

On Thu, Mar 31, 2016 at 11:51 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I've added "gl" component to my wxwidgets library and am getting an
> error on Linux (Windows and OSX compiled without issues using the same
> configure call):
>
> [ 97%] Building CXX object
> modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlstate.cpp.o
> make[2]: *** No rule to make target `lib/libwx_gtk2u_gl-3.1.a', needed
> by `lib/MinSizeRel/libwx.so'.  Stop.
> make[2]: *** Waiting for unfinished jobs....
> [100%] Building CXX object
> modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlua_bind.cpp.o
> make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
> make: *** [all] Error 2
> Error: failed to build wxLua
>
> Here is my configure call:
>
>   cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$INSTALL_DIR"
> -DCMAKE_BUILD_TYPE=$WXLUABUILD -DBUILD_SHARED_LIBS=FALSE \
>     -DwxWidgets_CONFIG_EXECUTABLE="$INSTALL_DIR/bin/wx-config" \
>     -DwxWidgets_COMPONENTS="stc;gl;html;aui;adv;core;net;base" \
>     -DwxLuaBind_COMPONENTS="stc;gl;html;aui;adv;core;net;base"
> -DwxLua_LUA_LIBRARY_USE_BUILTIN=FALSE \
>     -DwxLua_LUA_INCLUDE_DIR="$INSTALL_DIR/include"
> -DwxLua_LUA_LIBRARY="$INSTALL_DIR/lib/liblua.a" .
>
> (I don't get any failures if I remove "gl" from the list of components).
>
> Does anyone have a suggestion on how to fix this? Thank you.
>
>
What is the name of the 'gl' library that you do have in the wxWidgets
build directory? It is looking for 'lib/libwx_gtk2u_gl-3.1.a' which should
be in the same dir as the wx libs 'libwx_gtk2u_core-3.1.so.0.0.0' for
example.

You can check the wxWidgets config.log and search for opengl and you should
see some messages about detection of gl and whether it was usable. For
example, mine says "wx_cv_use_opengl=wxUSE_OPENGL=yes" and I configured
wxWidgets with --with-opengl.

Regards,
    John

Re: [wxlua-users] wxllua.h

[John L. <jla...@gm...>]

On Mon, May 2, 2016 at 1:29 AM, Eero Pajarre <epa...@gm...> wrote:

> Hi,
>
> After long break I am trying to compile the latest wxlua from svn (on
> latest Ubuntu)
>
> It seems that the Cmake configuration is missing installing the wxllua.h
> file
> (the file with double l )
>
> For my use I added it to CMakeLists.txt, is that the original place?
>

Yes, fixed in svn trunk, thanks.

-John

[wxlua-users] wxllua.h

[Eero P. <epa...@gm...>]

Hi,

After long break I am trying to compile the latest wxlua from svn (on
latest Ubuntu)

It seems that the Cmake configuration is missing installing the wxllua.h file
(the file with double l )

For my use I added it to CMakeLists.txt, is that the original place?

  Eero

Re: [wxlua-users] wxLua x64 windows 10

[Joris L. <jor...@gm...>]

Maybe first post the entries of the build log to get some help there ? It
may be obvious to others.

Br,

Joris

Op zo 3 apr. 2016 08:39 schreef Sheinker, Refael (GE Healthcare,
consultant) <ref...@ge...>:

> Hello all,
>
> I desperately need help please.
>
> Does anyone knows where to download an x64 binary for windows 10?
>
> I’ve tried to build one Myself following the instruction from here:
> http://wxlua.sourceforge.net/docs/install.html
>
> But could not manage it.
>
> Or maybe somebody managed to build it in x64 windows 10?
>
>
>
> Thanks in advance. Refael.
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

[wxlua-users] wxLua x64 windows 10

[Sheinker, R. (GE H. consultant) <ref...@ge...>]

Hello all,
I desperately need help please.
Does anyone knows where to download an x64 binary for windows 10?
I've tried to build one Myself following the instruction from here: http://wxlua.sourceforge.net/docs/install.html
But could not manage it.
Or maybe somebody managed to build it in x64 windows 10?

Thanks in advance. Refael.

[wxlua-users] GL library fails to link on Linux

[Paul K <pau...@ya...>]

Hi John,

I've added "gl" component to my wxwidgets library and am getting an
error on Linux (Windows and OSX compiled without issues using the same
configure call):

[ 97%] Building CXX object
modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlstate.cpp.o
make[2]: *** No rule to make target `lib/libwx_gtk2u_gl-3.1.a', needed
by `lib/MinSizeRel/libwx.so'.  Stop.
make[2]: *** Waiting for unfinished jobs....
[100%] Building CXX object
modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlua_bind.cpp.o
make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
make: *** [all] Error 2
Error: failed to build wxLua

Here is my configure call:

  cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$INSTALL_DIR"
-DCMAKE_BUILD_TYPE=$WXLUABUILD -DBUILD_SHARED_LIBS=FALSE \
    -DwxWidgets_CONFIG_EXECUTABLE="$INSTALL_DIR/bin/wx-config" \
    -DwxWidgets_COMPONENTS="stc;gl;html;aui;adv;core;net;base" \
    -DwxLuaBind_COMPONENTS="stc;gl;html;aui;adv;core;net;base"
-DwxLua_LUA_LIBRARY_USE_BUILTIN=FALSE \
    -DwxLua_LUA_INCLUDE_DIR="$INSTALL_DIR/include"
-DwxLua_LUA_LIBRARY="$INSTALL_DIR/lib/liblua.a" .

(I don't get any failures if I remove "gl" from the list of components).

Does anyone have a suggestion on how to fix this? Thank you.

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Paul K <pau...@ya...>]

Hi Laurent,

> I'm not able to compile some projects because of lack of compatibility with old wxWidget classes like wxProperty.

I'm not sure how wxProperty is involved, but my fork shouldn't *add*
any issues as it's based on John's code and I only added updated wxSTC
binding (with all the methods updated for wxwidgets 3.1.0 and 3.1.1)

> I tryed to set to 1 the define WXWIN_COMPATIBILITY_2_8 which is set to 0 since wxWidget 3.1.0 but I have encountered lot of others problems. Have you override some others define to be able to compile ? Did I miss something ?

I use the same setting; here is my configure line:

  ./configure --prefix="$INSTALL_DIR" $WXWIDGETSDEBUG --disable-shared
--enable-unicode \
    --enable-compat28 \
    --with-libjpeg=builtin --with-libpng=builtin --with-libtiff=no
--with-expat=no \
    --with-zlib=builtin --disable-richtext \
    CFLAGS="-Os -fno-keep-inline-dllexport" CXXFLAGS="-Os
-fno-keep-inline-dllexport"

I build using my own scripts without issues on Windows/OSX/Linux, but
I'm using my fork of wxwidgets that is little bit behind their master
branch (but I don't have any changes to their version, just lagging a
bit behind).

You can find all the build scripts for various platforms here:
https://github.com/pkulchenko/ZeroBraneStudio/tree/master/build; just
search for BUILD_WXWIDGETS.

Paul.

Re: [wxlua-users] wxlua upgrade and outstanding issues

[Hernan C. <jhe...@gm...>]

Hi, friends.
Also interested in "update" wxLua.
I can help by writing some changes as indicated.