You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(60) |
Jul
(35) |
Aug
(32) |
Sep
(5) |
Oct
(5) |
Nov
(58) |
Dec
(34) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(114) |
Feb
(184) |
Mar
(153) |
Apr
(90) |
May
(153) |
Jun
(59) |
Jul
(24) |
Aug
(43) |
Sep
(17) |
Oct
(34) |
Nov
(11) |
Dec
(204) |
2007 |
Jan
(84) |
Feb
(119) |
Mar
(38) |
Apr
(28) |
May
(52) |
Jun
(105) |
Jul
(64) |
Aug
(67) |
Sep
(14) |
Oct
(3) |
Nov
(28) |
Dec
(55) |
2008 |
Jan
(228) |
Feb
(55) |
Mar
(30) |
Apr
(30) |
May
(15) |
Jun
(20) |
Jul
(12) |
Aug
(3) |
Sep
(13) |
Oct
(54) |
Nov
(35) |
Dec
(35) |
2009 |
Jan
(19) |
Feb
(20) |
Mar
(34) |
Apr
(4) |
May
(60) |
Jun
(25) |
Jul
(16) |
Aug
(51) |
Sep
(19) |
Oct
(62) |
Nov
(21) |
Dec
(12) |
2010 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(23) |
Jun
(13) |
Jul
(1) |
Aug
(40) |
Sep
(18) |
Oct
(21) |
Nov
(26) |
Dec
(34) |
2011 |
Jan
(17) |
Feb
(23) |
Mar
(1) |
Apr
(10) |
May
(1) |
Jun
(5) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(43) |
2012 |
Jan
(5) |
Feb
(19) |
Mar
(6) |
Apr
(24) |
May
(39) |
Jun
(83) |
Jul
(29) |
Aug
(36) |
Sep
(64) |
Oct
(55) |
Nov
(12) |
Dec
(7) |
2013 |
Jan
(17) |
Feb
(10) |
Mar
(37) |
Apr
(27) |
May
(13) |
Jun
(9) |
Jul
(7) |
Aug
(61) |
Sep
(23) |
Oct
(23) |
Nov
(30) |
Dec
(16) |
2014 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(17) |
May
(2) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(9) |
Oct
(24) |
Nov
(2) |
Dec
(14) |
2015 |
Jan
(6) |
Feb
(4) |
Mar
(17) |
Apr
|
May
(7) |
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(21) |
Nov
(6) |
Dec
(2) |
2016 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(11) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John L. <jla...@gm...> - 2012-10-12 03:27:03
|
On Thu, Oct 11, 2012 at 12:45 PM, Mike Parr <mik...@li...> wrote: > Hi - I'm new to Lua and wx as well. > I downloaded Lua 5.1, and was reading the wxlua manual 2.8. Where did you download Lua 5.1 from? > Section 6.1 - How to run the samples. > > I use Windows, and found the instructions rather complicated (what is the $ - I > guess it is the Unix prompt). > Anyway, I simply double-clicked on the sample files to run them! > So, I wondered if the manual is not up-to-date with the file associations set up > by the latest Lua. I'm guessing that you are on MS Windows? That is surprising and not normal unless you have run some installer (perhaps the Lua 5.1 you speak of) that changed the default application to "open" *.lua files. wxLua does not change any file associations, registry entries, and takes the position of causing the least harm to people machines. It sounds like you are using someone else's lua.exe to require("wx"), meaning that the wx.dll will be loaded by lua.exe to provide the wxLua functionality. In order for this to work, without error, the lua.exe and wx.dll MUST be compiled using the SAME version and Lua 5.1 compilation settings. This requirement is nothing special to wxLua, but applies to dlls in general, they must all be "binary" compatible with each other. Note that slight mismatches between exes and dlls can lead to arbitrary crashes and this is why I do not recommend it. I DO recommend running the wxLua samples using the lua.exe that is provided by the wxLua binary packages since it is definitely binary compatible with wx.dll. Welcome to wxLua, I hope you enjoy it, - John |
From: Mike P. <mik...@li...> - 2012-10-11 18:15:06
|
Hi - I'm new to Lua and wx as well. I downloaded Lua 5.1, and was reading the wxlua manual 2.8. Section 6.1 - How to run the samples. I use Windows, and found the instructions rather complicated (what is the $ - I guess it is the Unix prompt). Anyway, I simply double-clicked on the sample files to run them! So, I wondered if the manual is not up-to-date with the file associations set up by the latest Lua. Best Wishes Mike |
From: Victor B. <so...@te...> - 2012-10-06 15:30:02
|
> To be sure, everything builds and works? (except for having to run > cmake twice which is probably unavoidable) I have just compiled and everything seems OK. Thank you for all your work with wxLua!! Best Regards Victor Bombi |
From: John L. <jla...@gm...> - 2012-10-06 15:04:05
|
On Sat, Oct 6, 2012 at 4:50 AM, Victor Bombi <so...@te...> wrote: > > I meant that wx.dll depends on WXBASE294U_NET_GCC_CUSTOM.DLL for example, > althought in the command line I asked for BUILD_SHARED_LIBS=FALSE and > pointed to gcc_lib. Yes, everything in wxWidgets/lib/gcc_lib should be static wxWidgets libs. > When I run first time I get BUILD_SHARED_LIBS=FALSE but libraries point to > gcc_dll. > When I rerun command line without deleting previous results I get > BUILD_SHARED_LIBS=FALSE and libraries correctly pointing to gcc_lib. > So running command line twice seems to solve the problem for me, but it is > confusing and I dont know if it is intended to be that way. I use the CMake provided FindwxWidgets.cmake that prefers gcc_dll only when BUILD_SHARED_LIBS is TRUE. It does seem like it needs to be run twice. If you run the cmake-gui new variables are marked in red and the install.html instructs people to re-configure until all the red is gone. From the command line it is not so clear to the user. I will make a note in the install.html that people should run cmake from the command line at least twice. To be sure, everything builds and works? (except for having to run cmake twice which is probably unavoidable) Regards, John |
From: Victor B. <so...@te...> - 2012-10-06 08:50:29
|
>> There is not cursor resource assert now but I get wxWidgets lib in dll >> where >> I got before everything in wx.dll with this command line: > > I don't know what this means. I meant that wx.dll depends on WXBASE294U_NET_GCC_CUSTOM.DLL for example, althought in the command line I asked for BUILD_SHARED_LIBS=FALSE and pointed to gcc_lib. When I run first time I get BUILD_SHARED_LIBS=FALSE but libraries point to gcc_dll. When I rerun command line without deleting previous results I get BUILD_SHARED_LIBS=FALSE and libraries correctly pointing to gcc_lib. So running command line twice seems to solve the problem for me, but it is confusing and I dont know if it is intended to be that way. Best Regards Victor Bombi |
From: John L. <jla...@gm...> - 2012-10-05 23:39:30
|
On Fri, Oct 5, 2012 at 1:10 PM, Paul K <pau...@ya...> wrote: > Hi João, > > Thanks again for your example, as I ended up with something that was > closer to yours than to my original plan (as mine was blocking the app > if the other application wasn't printing anything). For those who are > following the thread, this is what I ended up with: > > local proc = wx.wxProcess() > proc:Redirect() > proc:Connect(wx.wxEVT_END_PROCESS, function(event) proc = nil end) > local bid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC + > wx.wxEXEC_MAKE_GROUP_LEADER, proc) > if not bid or bid == -1 or bid == 0 then > DisplayOutput(("Program unable to run as '%s'\n"):format(cmd)) > return > end > > local streamin = proc:GetInputStream() > for _ = 1, 10 do > if streamin:CanRead() then > -- do something with streamin:Read(4096) > end > wx.wxSafeYield() > wx.wxWakeUpIdle() > wx.wxMilliSleep(250) > end The wxWidgets exec sample uses a wxTimer to poll the stream for data. You just have to connect to wxEVT_END_PROCESS and turn off the timer when it exits or kill it like you do if it doesn't respond in a timely fashion. See, MyFrame::OnExecWithRedirect() and MyFrame::AddPipedProcess() http://svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/samples/exec/exec.cpp?view=markup Regards, John ps. My previous comment was to confirm that you have seen the docs and are doing all the checks. My experience with processes is that they can be finicky if things aren't just right. In fact, you should always connect to wxEVT_END_PROCESS in case the user or OS kills your process for you... |
From: Paul K <pau...@ya...> - 2012-10-05 17:10:24
|
Hi João, Thanks again for your example, as I ended up with something that was closer to yours than to my original plan (as mine was blocking the app if the other application wasn't printing anything). For those who are following the thread, this is what I ended up with: local proc = wx.wxProcess() proc:Redirect() proc:Connect(wx.wxEVT_END_PROCESS, function(event) proc = nil end) local bid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC + wx.wxEXEC_MAKE_GROUP_LEADER, proc) if not bid or bid == -1 or bid == 0 then DisplayOutput(("Program unable to run as '%s'\n"):format(cmd)) return end local streamin = proc:GetInputStream() for _ = 1, 10 do if streamin:CanRead() then -- do something with streamin:Read(4096) end wx.wxSafeYield() wx.wxWakeUpIdle() wx.wxMilliSleep(250) end -- kill process if couldn't read after 10 attempts -- wx.wxProcess.Kill(bid, wx.wxSIGKILL, wx.wxKILL_CHILDREN) Paul. On Mon, Oct 1, 2012 at 4:03 AM, João Mendes <lor...@gm...> wrote: > Hi Paul, > > Did you try this: > > proc = wx.wxProcess() > > proc:Connect(wx.wxEVT_END_PROCESS, > function(event) > print("Hello - the process is over and won't be deleted.") > -- event:Skip(true) <-- will crash since wxWidgets will delete it > too > -- proc = nil > -- collectgarbage( "collect" ) -- not necessary, but it tests the > problem > end > ) > > proc:Redirect() > wx.wxExecute( cmd, wx.wxEXEC_ASYNC, proc ) > > I get this code somewhere and work fine for me. > > -- > João Mendes de Oliveira Neto > > > 2012/9/30 Paul K <pau...@ya...> >> >> Hi All, >> >> I'm trying to read output from a program and am having trouble with >> the following three lines of code: >> >> local proc = wx.wxProcess(wx.NULL, wx.wxPROCESS_REDIRECT) >> local pid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC, proc) >> local streamin = proc:GetInputStream() >> >> The app crashes on any attempt to get input stream. The following code >> with EXEC_SYNC works fine though: >> >> local pid = wx.wxExecute(cmd, wx.wxEXEC_SYNC) >> >> But this doesn't give me any way to access the output of the command I >> execute. >> >> I suspect the problem is in the first parameter in wxProcess: >> wx.wxProcess(wx.NULL, but I don't see any other way to not provide >> wxEvtHandler or create a dummy one (replacing wx.NULL with >> wx.wxEvtHandler() has the same effect: the app crashes). >> >> This is all on windows 7 running fairly recent 2.8.12.2 code. I'd >> appreciate any ideas on how to get program output. Thanks. >> >> Paul. >> >> >> ------------------------------------------------------------------------------ >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> _______________________________________________ >> wxlua-users mailing list >> wxl...@li... >> https://lists.sourceforge.net/lists/listinfo/wxlua-users > > > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: John L. <jla...@gm...> - 2012-10-05 16:36:57
|
On Fri, Oct 5, 2012 at 8:29 AM, Victor Bombi <so...@te...> wrote: > There is not cursor resource assert now but I get wxWidgets lib in dll where > I got before everything in wx.dll with this command line: I don't know what this means. If this is about some confusion about what wxWidgets libs you are linking to, you can see the list of them printed out when cmake is run. Regards, John |
From: Victor B. <so...@te...> - 2012-10-05 12:29:27
|
There is not cursor resource assert now but I get wxWidgets lib in dll where I got before everything in wx.dll with this command line: "C:\Program Files\CMake 2.8\bin\cmake" -G"MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release -DwxWidgets_ROOT_DIR=C:/LUA/wxWidgets-2.9.4 -DwxWidgets_LIB_DIR=C:/LUA/wxWidgets-2.9.4/lib/gcc_lib -DwxWidgets_CONFIGURATION=mswu -D wxWidgets_VERSION=2.9.x -DBUILD_VERBOSELY=TRUE -DBUILD_SHARED_LIBS=FALSE -DwxLua_LUA_LIBRARY_USE_BUILTIN=FALSE -DwxLua_LUA_LIBRARY=C:/LUA/luabuildmingw/lua51.dll -DwxLua_LUA_INCLUDE_DIR=C:/LUA/lua-5.1.5/include ../wxlua/wxlua |
From: John L. <jla...@gm...> - 2012-10-05 04:38:06
|
Hello, I have gone through and fixed and cleaned up the MingW build. It works in both 2.8 and 2.9 now. The proxydll also works. This means that you can run the static lua.exe from the build/bin/[Debug/Release...] dir and using the lua51.dll proxydll (11kB) call "wx = require("wx")". Note that you can make a copy of the proxy lua51.dll and rename it to satisfy a precompiled Lua51 3rd-party library's need for a lua51.dll by another name. Regards, John |
From: Victor B. <so...@te...> - 2012-10-02 19:20:02
|
>> >> I tryed with wx.dll compiled by me with mingw against 2.8.12 and 2.9.4. >> wxWidgets >> I run "lua editor.wx.lua" with both of them , the error appears only in >> 2.9.4 version > > It does not happen running from wxLuaFreeze.exe > More complete -2.8.12 with wxLuaFreeze.exe I see right arrow -2.8.12 with lua.exe I see left arrow -2.9.4 with wxLuaFreeze.exe I see right arrow -2.9.4 with lua.exe crash So it seems that the correct resource is never loaded using lua.exe but it crash in wxWidgets 2.9.4 because it asserts. I saw the resources from wx.dll compiled by you and the mingw compiled by me: Resouce numbers from cursors are different 1 to 11 in mingw but 4 to 14 in your compilation |
From: Victor B. <so...@te...> - 2012-10-02 18:29:31
|
> > I tryed with wx.dll compiled by me with mingw against 2.8.12 and 2.9.4. > wxWidgets > I run "lua editor.wx.lua" with both of them , the error appears only in > 2.9.4 version It does not happen running from wxLuaFreeze.exe |
From: Victor B. <so...@te...> - 2012-10-02 06:41:44
|
> You use mingw? > This problem occurs in 2.9.4 running "lua editor.wx.lua", but not with > "wxluafreeze editor.wx.lua"? > Does this problem occur with 2.8.12 in mingw? (the wxlua-2.8.12.zip is > built using Visual Studio) > I tryed with wx.dll compiled by me with mingw against 2.8.12 and 2.9.4. wxWidgets I run "lua editor.wx.lua" with both of them I the error appears only in 2.9.4 version |
From: Paul K <pau...@ya...> - 2012-10-02 04:54:48
|
Hi John, > Please read the description of wxProcess where they describe how to > use the streams. You will also want to check the status of the process > before trying to use it as well. Is there any particular problem with the logic I described? I know how to use streams (I use it in other parts of the application), but I wanted to have something very simple here (and ideally synchronous). I oversimplified the logic (there is also CanRead() and few other things), but the idea is as I described. I do check if the returned value is not nil. Is there anything else you suggest I need to do? Thanks. Paul. ZeroBrane Studio - slick Lua IDE and debugger for Windows, OSX, and Linux - http://studio.zerobrane.com/ On Mon, Oct 1, 2012 at 8:49 PM, John Labenski <jla...@gm...> wrote: > On Mon, Oct 1, 2012 at 11:41 AM, Paul K <pau...@ya...> wrote: >> Hi João, >> >> Thank you for the solution. I ended up using the following, as it >> allows me to implemented synchronous processing (while still using >> EXEC_ASYNC): >> >> local proc = wx.wxProcess.Open(cmd) -- this is using EXEC_ASYNC >> proc:Redirect() >> local streamin = proc:GetInputStream() >> local str = streamin:Read(4096) >> >> :Read() blocks waiting for input, which is exactly what I need. > > Please read the description of wxProcess where they describe how to > use the streams. You will also want to check the status of the process > before trying to use it as well. > > http://docs.wxwidgets.org/stable/wx_wxprocess.html#wxprocessredirect > > Regards, > John > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users |
From: John L. <jla...@gm...> - 2012-10-02 03:50:02
|
On Mon, Oct 1, 2012 at 11:41 AM, Paul K <pau...@ya...> wrote: > Hi João, > > Thank you for the solution. I ended up using the following, as it > allows me to implemented synchronous processing (while still using > EXEC_ASYNC): > > local proc = wx.wxProcess.Open(cmd) -- this is using EXEC_ASYNC > proc:Redirect() > local streamin = proc:GetInputStream() > local str = streamin:Read(4096) > > :Read() blocks waiting for input, which is exactly what I need. Please read the description of wxProcess where they describe how to use the streams. You will also want to check the status of the process before trying to use it as well. http://docs.wxwidgets.org/stable/wx_wxprocess.html#wxprocessredirect Regards, John |
From: John L. <jla...@gm...> - 2012-10-02 03:36:04
|
On Sun, Sep 30, 2012 at 4:19 AM, Victor Bombi <so...@te...> wrote: > There was a mistake in post: I mean running editor.wx.lua sample with > wx.dll compiled against 2.9.4 wxWidgets > I have also tryed the stc sample of wxWidgets 2.9.4 but I dont get the same > error. This is a wx.dll initialization problem (the resources are declared in wxWidgets/include/wx/wx.rc file) and there is nothing significant between the 2.8.12 resources and 2.9.x resources. I really don't understand this problem and I'm thinking that it's a Mingw problem. To be sure: You use mingw? This problem occurs in 2.9.4 running "lua editor.wx.lua", but not with "wxluafreeze editor.wx.lua"? Does this problem occur with 2.8.12 in mingw? (the wxlua-2.8.12.zip is built using Visual Studio) Depending on your answers we can narrow it down to a 2.8.12/2.9.4 or a Visual Studio/MingW problem. Regards, John |
From: Paul K <pau...@ya...> - 2012-10-01 15:41:56
|
Hi João, Thank you for the solution. I ended up using the following, as it allows me to implemented synchronous processing (while still using EXEC_ASYNC): local proc = wx.wxProcess.Open(cmd) -- this is using EXEC_ASYNC proc:Redirect() local streamin = proc:GetInputStream() local str = streamin:Read(4096) :Read() blocks waiting for input, which is exactly what I need. Paul. On Mon, Oct 1, 2012 at 4:03 AM, João Mendes <lor...@gm...> wrote: > Hi Paul, > > Did you try this: > > proc = wx.wxProcess() > > proc:Connect(wx.wxEVT_END_PROCESS, > function(event) > print("Hello - the process is over and won't be deleted.") > -- event:Skip(true) <-- will crash since wxWidgets will delete it > too > -- proc = nil > -- collectgarbage( "collect" ) -- not necessary, but it tests the > problem > end > ) > > proc:Redirect() > wx.wxExecute( cmd, wx.wxEXEC_ASYNC, proc ) > > I get this code somewhere and work fine for me. > > -- > João Mendes de Oliveira Neto > > > 2012/9/30 Paul K <pau...@ya...> >> >> Hi All, >> >> I'm trying to read output from a program and am having trouble with >> the following three lines of code: >> >> local proc = wx.wxProcess(wx.NULL, wx.wxPROCESS_REDIRECT) >> local pid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC, proc) >> local streamin = proc:GetInputStream() >> >> The app crashes on any attempt to get input stream. The following code >> with EXEC_SYNC works fine though: >> >> local pid = wx.wxExecute(cmd, wx.wxEXEC_SYNC) >> >> But this doesn't give me any way to access the output of the command I >> execute. >> >> I suspect the problem is in the first parameter in wxProcess: >> wx.wxProcess(wx.NULL, but I don't see any other way to not provide >> wxEvtHandler or create a dummy one (replacing wx.NULL with >> wx.wxEvtHandler() has the same effect: the app crashes). >> >> This is all on windows 7 running fairly recent 2.8.12.2 code. I'd >> appreciate any ideas on how to get program output. Thanks. >> >> Paul. >> >> >> ------------------------------------------------------------------------------ >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> _______________________________________________ >> wxlua-users mailing list >> wxl...@li... >> https://lists.sourceforge.net/lists/listinfo/wxlua-users > > > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: João M. <lor...@gm...> - 2012-10-01 11:03:44
|
Hi Paul, Did you try this: proc = wx.wxProcess() proc:Connect(wx.wxEVT_END_PROCESS, function(event) print("Hello - the process is over and won't be deleted.") -- event:Skip(true) <-- will crash since wxWidgets will delete it too -- proc = nil -- collectgarbage( "collect" ) -- not necessary, but it tests the problem end ) proc:Redirect() wx.wxExecute( cmd, wx.wxEXEC_ASYNC, proc ) I get this code somewhere and work fine for me. -- João Mendes de Oliveira Neto 2012/9/30 Paul K <pau...@ya...> > Hi All, > > I'm trying to read output from a program and am having trouble with > the following three lines of code: > > local proc = wx.wxProcess(wx.NULL, wx.wxPROCESS_REDIRECT) > local pid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC, proc) > local streamin = proc:GetInputStream() > > The app crashes on any attempt to get input stream. The following code > with EXEC_SYNC works fine though: > > local pid = wx.wxExecute(cmd, wx.wxEXEC_SYNC) > > But this doesn't give me any way to access the output of the command I > execute. > > I suspect the problem is in the first parameter in wxProcess: > wx.wxProcess(wx.NULL, but I don't see any other way to not provide > wxEvtHandler or create a dummy one (replacing wx.NULL with > wx.wxEvtHandler() has the same effect: the app crashes). > > This is all on windows 7 running fairly recent 2.8.12.2 code. I'd > appreciate any ideas on how to get program output. Thanks. > > Paul. > > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: Paul K <pau...@ya...> - 2012-10-01 02:13:48
|
Hi All, I'm trying to read output from a program and am having trouble with the following three lines of code: local proc = wx.wxProcess(wx.NULL, wx.wxPROCESS_REDIRECT) local pid = wx.wxExecute(cmd, wx.wxEXEC_ASYNC, proc) local streamin = proc:GetInputStream() The app crashes on any attempt to get input stream. The following code with EXEC_SYNC works fine though: local pid = wx.wxExecute(cmd, wx.wxEXEC_SYNC) But this doesn't give me any way to access the output of the command I execute. I suspect the problem is in the first parameter in wxProcess: wx.wxProcess(wx.NULL, but I don't see any other way to not provide wxEvtHandler or create a dummy one (replacing wx.NULL with wx.wxEvtHandler() has the same effect: the app crashes). This is all on windows 7 running fairly recent 2.8.12.2 code. I'd appreciate any ideas on how to get program output. Thanks. Paul. |
From: Victor B. <so...@te...> - 2012-09-30 08:19:38
|
There was a mistake in post: I mean running editor.wx.lua sample with wx.dll compiled against 2.9.4 wxWidgets I have also tryed the stc sample of wxWidgets 2.9.4 but I dont get the same error. |
From: Victor B. <so...@te...> - 2012-09-29 08:21:41
|
I am afraid that this post got lost because I was mixing threads. So I repost it in new thread: Compiling wxLua with wxWidgets 2.9.4 but not with 2.8.12 I get an assertion when running wx.lua.sample and mouse is over the left margin (markers and so on) of a wxstc.editor assert "Assert failure" failed in InitFromStock(): Loading a cursor defined by wxWidgets failed, did you include include/wx/msw/wx.rc file from your resource file? 'LoadCursor' failed with error 0x00000714 (there was not resource section on the image after continuing the program 'LoadCursor' failed with error 0x00000000 (no error) If not on debugger the program just crashes after assert. Best Regards Victor Bombi |
From: Victor B. <so...@te...> - 2012-09-29 06:22:14
|
> Something like that, but quite a bit more work is involved to do it > the right way and have it reusable in similar functions. Lot of work indeed!! Thank you |
From: John L. <jla...@gm...> - 2012-09-28 17:55:09
|
On Tue, Sep 25, 2012 at 3:32 AM, Victor Bombi <so...@te...> wrote: >> > > The list should be a lua table for optimization and then > could be something like: > > static int LUACALL wxLua_wxDC_DrawPolygon1(lua_State *L) ... Something like that, but quite a bit more work is involved to do it the right way and have it reusable in similar functions. http://wxlua.svn.sourceforge.net/viewvc/wxlua?view=revision&revision=141 Implemented now in SVN. Regards, John |
From: Milind G. <mil...@gm...> - 2012-09-28 17:25:35
|
Hi, I see that if I have my wxlua application running and put windows on sleep. Then on waking up the computer the wx.wxGetTextFromUser dialog box does not show up. It has been activated since my application won't respond since the focus seems to be on that dialog which is somehow invisible and if I type something and press enter it is as if the box accepted the text and worked and returned control to the application. To make this work properly I have to exit the application and restart it. This is happening in windows 7, I haven't tried it on other platforms. Does anybody else see the same thing? Thanks, Milind |
From: Victor B. <so...@te...> - 2012-09-25 16:15:41
|
Still testing 2.9.4 against 2.8.12. I get very often this assertion with 2.9.4 in the debuger: assert "Assert failure" failed in InitFromStock(): Loading a cursor defined by wxWidgets failed, did you include include/wx/msw/wx.rc file from your resource file? 'LoadCursor' failed with error 0x00000714 (there was not resource section on the image after continuing the program 'LoadCursor' failed with error 0x00000000 (no error) I not on debugger the program just crashes after assert. ////////////// I have tryed with editor.wx.lua sample and I get the same error when mouse is over the left margin (markers and so on) of a wxstc.editor. So it seems it is not a lua lanes problem. Best Regards Victor Bombi |