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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
(2) |
3
|
4
|
5
|
6
|
7
(6) |
8
(4) |
9
|
10
(1) |
11
|
12
|
13
|
14
|
15
|
16
(5) |
17
(1) |
18
(5) |
19
(1) |
20
|
21
(2) |
22
|
23
(1) |
24
|
25
|
26
|
27
|
28
|
29
|
30
(7) |
31
(2) |
|
|
|
|
|
|
From: Paul K <pau...@ya...> - 2013-03-18 23:38:50
|
Hi John, > wxLua does not have switches "--with-libpng" are you talking about > building the wxWidgets library? yes; my apologies this wasn't clear. >> I ended up patching the makefile >> (luamodule/CMakeFiles/wxLuaModules.dir/link.txt), but would prefer >> something a bit more robust. > > This is not a good idea. I agree; it wasn't my preference. > to fix it by using the system libs. Hint: don't specify --with-libpng > at all and last few lines of the output of configure tells you what > will be used. Don't forget to clean or preferably delete the old I'll try that, but I wanted to be explicit in my file that I want to use the system library. >>> force) to exclude wxpng from the link command, but failed. Ideally >>> wxlua should somehow check if the library is configured as "builtin" >>> or "sys", but for now I just need to check if this is going to work > > Check what and from whom? > http://wxlua.sourceforge.net/docs/install.html#C2.5 Check that wxpng-* library should not be linked into wx.so. I did read the documentation, but I missed a warning in the ./configure output that indicated that "system png library will not be used without system zlib" and as the result wxwidgets was using system png library, so I was fighting against that. Thank you John for clarifying this. I'm rebuilding with (more) appropriate settings... Paul. On Mon, Mar 18, 2013 at 3:28 PM, John Labenski <jla...@gm...> wrote: > On Mon, Mar 18, 2013 at 1:55 AM, Paul K <pau...@ya...> wrote: >> Hi John, >> >> I ended up patching the makefile >> (luamodule/CMakeFiles/wxLuaModules.dir/link.txt), but would prefer >> something a bit more robust. > > This is not a good idea. > >> On Sun, Mar 17, 2013 at 9:58 AM, Paul K <pau...@ya...> wrote: >>> Hi John, >>> >>> I ran into an issue with configuring wxlua to use system libpng >>> library. I tried both --with-libpng=builtin and --with-libpng=sys, but >>> I get exactly the same result. > > wxLua does not have switches "--with-libpng" are you talking about > building the wxWidgets library? > >>> This discussion >>> (https://groups.google.com/forum/?fromgroups=#!topic/wx-users/2QWQD0qUVUc) >>> indicates that it's better to use a system library, but I can't > > Yes, it nearly always is best to use the system libraries for such > basic libs (zlib, png, tiff, jpeg, and gtk). > > Reread that thread, it explains exactly what your problem is and how > to fix it by using the system libs. Hint: don't specify --with-libpng > at all and last few lines of the output of configure tells you what > will be used. Don't forget to clean or preferably delete the old > wxWidgets build dir to be sure that you're getting what you think > you're getting. > >>> configure wxlua to *not* link builtin library as can be see from this >>> output from cmake: >>> >>> -- * - wxWidgets_LIBRARIES = >>> -L/home/paul/zbs/build/deps/lib;-pthread;;;/home/paul/zbs/build/deps/lib >>> /libwx_gtk2u_stc-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_aui-2.9.a;/home/paul/zbs/build/deps/lib >>> /libwx_baseu_net-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_html-2.9.a;/home/paul/zbs/build/deps/lib >>> /libwx_gtk2u_adv-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_core-2.9.a;/home/paul/zbs/build/deps/lib >>> /libwx_baseu-2.9.a;-lwxscintilla-2.9;-pthread;-lgthread-2.0;-lrt;-lX11;-lXxf86vm;-lgtk-x11-2.0;-lgdk-x11-2.0;-latk- >>> 1.0;-lgio-2.0;-lpangoft2-1.0;-lpangocairo-1.0;-lgdk_pixbuf-2.0;-lcairo;-lpango-1.0;-lfreetype;-lfontconfig;-lgobject- >>> 2.0;-lglib-2.0;-lwxregexu-2.9;-lwxjpeg-2.9;-lwxpng-2.9;-lwxzlib-2.9;-ldl;-lm >>> >>> (note the last last that includes -lwxpng-2.9). I tried (using brute >>> force) to exclude wxpng from the link command, but failed. Ideally >>> wxlua should somehow check if the library is configured as "builtin" >>> or "sys", but for now I just need to check if this is going to work > > Check what and from whom? > >>> for me, so, I'm fine with modifying it manually. I need to exclude >>> libpng as it creates problems with systems libraries required by GTK >>> on Linux. >>> >>> What is the way for me to tell wxlua *not* to include wxpng-2.9? Thank you. > > wxLua links to whatever libraries that wxWidgets was linked to. Please > see the docs below and run the appropriate "wx-config" command to > understand how your wxWidgets libs were built and where the values in > wxWidgets_LIBRARIES come from. > > http://wxlua.sourceforge.net/docs/install.html#C2.5 > > As I have mentioned before and as people on the Lua mailing explained > recently (though not definitively enough) you cannot just link > together random versions or builds of libraries together. For example, > if you want to use the system png library then everything your app > (wx.so) links to must have been built against that same lib. It is a > recipe for disaster to try mix versions. It may work, but you should > have no expectation that it should or will the next time you build it. > The problem with using another random version/build of a png lib (for > example) on Linux is that GTK will definitely be linked to the sys > version and GTK cannot be easily (or maybe ever) be linked to > staticly. > > Regards, > John > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users |
From: John L. <jla...@gm...> - 2013-03-18 23:02:13
|
On Mon, Mar 18, 2013 at 5:29 PM, Paul K <pau...@ya...> wrote: > Hi John, > > I'm using assert() to check some of the conditions in my code before I > start the event loop and noticed that when the script exits after > "require 'wx'", but before the main loop is started, it triggers > segfault on Linux (tested on Fedora 18, but I saw the same thing on > Ubuntu). Well, I'm not sure there is much difference between what is happening and what you're asking to happen by calling assert(), which is to terminate the program violently. But, in any case, I don't get the same result so I suspect something is wrong with your build. I would review your build and clean and rebuild it after sorting out any inconsistencies with multiple png libs or anything else like that. I just tried the program "test.lua" using the lastest wxLua SVN using wxLua's provided Lua5.1 in CentOS 6. (I just noticed that you have to do "mv libwx.so wx.so", I will fix that) -- ------------------------------------------------------ -- test.lua local wx = require("wx") --os.exit() --assert(false) --return print("hello") -- ------------------------------------------------------ Note that I'm in the build-2.9-wx_gtk2/lib/Debug dir and run $gdb ../../bin/Debug/lua. That could also be a problem, are you building using one version/build of Lua then running with a different one? -- THIS HAS os.exit() unremmed (gdb) run test.lua Starting program: /home/john/wx/wx-svn/wx-svn/wx/build-2.9-wx_gtk2/bin/Debug/lua test.lua [Thread debugging using libthread_db enabled] Program exited normally. -- THIS HAS assert(false) unremmed (gdb) run test.lua Starting program: /home/john/wx/wx-svn/wx-svn/wx/build-2.9-wx_gtk2/bin/Debug/lua test.lua [Thread debugging using libthread_db enabled] /home/john/wx/wx-svn/wx-svn/wx/build-2.9-wx_gtk2/bin/Debug/lua: test.lua:5: assertion failed! stack traceback: [C]: in function 'assert' test.lua:5: in main chunk [C]: ? Program exited with code 01. -- THIS HAS return unremmed (gdb) run test.lua Starting program: /home/john/wx/wx-svn/wx-svn/wx/build-2.9-wx_gtk2/bin/Debug/lua test.lua [Thread debugging using libthread_db enabled] hello Program exited normally. -- THIS just lets it run through. (gdb) run test.lua Starting program: /home/john/wx/wx-svn/wx-svn/wx/build-2.9-wx_gtk2/bin/Debug/lua test.lua [Thread debugging using libthread_db enabled] hello Program exited normally. (gdb) ---------------------------------------------------------------------- |
From: John L. <jla...@gm...> - 2013-03-18 22:28:15
|
On Mon, Mar 18, 2013 at 1:55 AM, Paul K <pau...@ya...> wrote: > Hi John, > > I ended up patching the makefile > (luamodule/CMakeFiles/wxLuaModules.dir/link.txt), but would prefer > something a bit more robust. This is not a good idea. > On Sun, Mar 17, 2013 at 9:58 AM, Paul K <pau...@ya...> wrote: >> Hi John, >> >> I ran into an issue with configuring wxlua to use system libpng >> library. I tried both --with-libpng=builtin and --with-libpng=sys, but >> I get exactly the same result. wxLua does not have switches "--with-libpng" are you talking about building the wxWidgets library? >> This discussion >> (https://groups.google.com/forum/?fromgroups=#!topic/wx-users/2QWQD0qUVUc) >> indicates that it's better to use a system library, but I can't Yes, it nearly always is best to use the system libraries for such basic libs (zlib, png, tiff, jpeg, and gtk). Reread that thread, it explains exactly what your problem is and how to fix it by using the system libs. Hint: don't specify --with-libpng at all and last few lines of the output of configure tells you what will be used. Don't forget to clean or preferably delete the old wxWidgets build dir to be sure that you're getting what you think you're getting. >> configure wxlua to *not* link builtin library as can be see from this >> output from cmake: >> >> -- * - wxWidgets_LIBRARIES = >> -L/home/paul/zbs/build/deps/lib;-pthread;;;/home/paul/zbs/build/deps/lib >> /libwx_gtk2u_stc-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_aui-2.9.a;/home/paul/zbs/build/deps/lib >> /libwx_baseu_net-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_html-2.9.a;/home/paul/zbs/build/deps/lib >> /libwx_gtk2u_adv-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_core-2.9.a;/home/paul/zbs/build/deps/lib >> /libwx_baseu-2.9.a;-lwxscintilla-2.9;-pthread;-lgthread-2.0;-lrt;-lX11;-lXxf86vm;-lgtk-x11-2.0;-lgdk-x11-2.0;-latk- >> 1.0;-lgio-2.0;-lpangoft2-1.0;-lpangocairo-1.0;-lgdk_pixbuf-2.0;-lcairo;-lpango-1.0;-lfreetype;-lfontconfig;-lgobject- >> 2.0;-lglib-2.0;-lwxregexu-2.9;-lwxjpeg-2.9;-lwxpng-2.9;-lwxzlib-2.9;-ldl;-lm >> >> (note the last last that includes -lwxpng-2.9). I tried (using brute >> force) to exclude wxpng from the link command, but failed. Ideally >> wxlua should somehow check if the library is configured as "builtin" >> or "sys", but for now I just need to check if this is going to work Check what and from whom? >> for me, so, I'm fine with modifying it manually. I need to exclude >> libpng as it creates problems with systems libraries required by GTK >> on Linux. >> >> What is the way for me to tell wxlua *not* to include wxpng-2.9? Thank you. wxLua links to whatever libraries that wxWidgets was linked to. Please see the docs below and run the appropriate "wx-config" command to understand how your wxWidgets libs were built and where the values in wxWidgets_LIBRARIES come from. http://wxlua.sourceforge.net/docs/install.html#C2.5 As I have mentioned before and as people on the Lua mailing explained recently (though not definitively enough) you cannot just link together random versions or builds of libraries together. For example, if you want to use the system png library then everything your app (wx.so) links to must have been built against that same lib. It is a recipe for disaster to try mix versions. It may work, but you should have no expectation that it should or will the next time you build it. The problem with using another random version/build of a png lib (for example) on Linux is that GTK will definitely be linked to the sys version and GTK cannot be easily (or maybe ever) be linked to staticly. Regards, John |
From: Paul K <pau...@ya...> - 2013-03-18 21:29:52
|
Hi John, I'm using assert() to check some of the conditions in my code before I start the event loop and noticed that when the script exits after "require 'wx'", but before the main loop is started, it triggers segfault on Linux (tested on Fedora 18, but I saw the same thing on Ubuntu). The script is as simple as one line with require 'wx'. Adding one more line causes various segfaults that all seem to be originating from wxLuaStateRefData::CloseLuaState; the results are shown below. I'd appreciate any insight into what may be causing this or how to fix it. Thank you. Paul. os.exit() -- no segfault assert(false) -- segfault #0 0x08055a4a in newkey () #1 0x0804ccb8 in lua_rawset () #2 0xb7177b12 in wxlua_lreg_createtable(lua_State*, void*, int, int) () from bin/linux/x86/libwx.so #3 0xb7179861 in wxLuaStateRefData::ClearCallbacks() () from bin/linux/x86/libwx.so #4 0xb7179a37 in wxLuaStateRefData::CloseLuaState(bool) () from bin/linux/x86/libwx.so #5 0xb7179c32 in wxLuaState::Destroy() () from bin/linux/x86/libwx.so #6 0xb70883e0 in wxLuaState::~wxLuaState() () from bin/linux/x86/libwx.so #7 0x46c17f01 in __run_exit_handlers () from /lib/libc.so.6 #8 0x46c17f8d in exit () from /lib/libc.so.6 #9 0x46bff86d in __libc_start_main () from /lib/libc.so.6 #10 0x0804abb5 in _start () return -- segfault #0 0x46c5ec06 in free () from /lib/libc.so.6 #1 0x08058c68 in l_alloc () #2 0x080513ab in luaM_realloc_ () #3 0x0805008f in luaF_freeproto () #4 0x080509b0 in sweeplist () #5 0x08050e3e in singlestep () #6 0x080511df in luaC_fullgc () #7 0x0804d1c8 in lua_gc () #8 0xb7143a70 in wxLuaStateRefData::CloseLuaState(bool) () from bin/linux/x86/libwx.so #9 0xb7143c32 in wxLuaState::Destroy() () from bin/linux/x86/libwx.so #10 0xb70523e0 in wxLuaState::~wxLuaState() () from bin/linux/x86/libwx.so #11 0x46c17f01 in __run_exit_handlers () from /lib/libc.so.6 #12 0x46c17f8d in exit () from /lib/libc.so.6 #13 0x46bff86d in __libc_start_main () from /lib/libc.so.6 #14 0x0804abb5 in _start () do nothing (the script ends not starting the event loop) -- segfault *** glibc detected *** bin/linux/x86/lua: double free or corruption (out): 0x46d987d8 *** #0 0xb7704424 in __kernel_vsyscall () #1 0x46c14b7f in raise () from /lib/libc.so.6 #2 0x46c164d3 in abort () from /lib/libc.so.6 #3 0x46c54405 in __libc_message () from /lib/libc.so.6 #4 0x46c5bff9 in _int_free () from /lib/libc.so.6 #5 0x08058c68 in l_alloc () #6 0x080513ab in luaM_realloc_ () #7 0x0805006e in luaF_freeproto () #8 0x080509b0 in sweeplist () #9 0x08050e3e in singlestep () #10 0x080511df in luaC_fullgc () #11 0x0804d1c8 in lua_gc () #12 0xb70d5a70 in wxLuaStateRefData::CloseLuaState(bool) () from bin/linux/x86/libwx.so #13 0xb70d5c32 in wxLuaState::Destroy() () from bin/linux/x86/libwx.so #14 0xb6fe43e0 in wxLuaState::~wxLuaState() () from bin/linux/x86/libwx.so #15 0x46c17f01 in __run_exit_handlers () from /lib/libc.so.6 #16 0x46c17f8d in exit () from /lib/libc.so.6 #17 0x46bff86d in __libc_start_main () from /lib/libc.so.6 #18 0x0804abb5 in _start () |
From: Paul K <pau...@ya...> - 2013-03-18 05:55:30
|
Hi John, I ended up patching the makefile (luamodule/CMakeFiles/wxLuaModules.dir/link.txt), but would prefer something a bit more robust. Paul. On Sun, Mar 17, 2013 at 9:58 AM, Paul K <pau...@ya...> wrote: > Hi John, > > I ran into an issue with configuring wxlua to use system libpng > library. I tried both --with-libpng=builtin and --with-libpng=sys, but > I get exactly the same result. > > This discussion > (https://groups.google.com/forum/?fromgroups=#!topic/wx-users/2QWQD0qUVUc) > indicates that it's better to use a system library, but I can't > configure wxlua to *not* link builtin library as can be see from this > output from cmake: > > -- * - wxWidgets_LIBRARIES = > -L/home/paul/zbs/build/deps/lib;-pthread;;;/home/paul/zbs/build/deps/lib > /libwx_gtk2u_stc-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_aui-2.9.a;/home/paul/zbs/build/deps/lib > /libwx_baseu_net-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_html-2.9.a;/home/paul/zbs/build/deps/lib > /libwx_gtk2u_adv-2.9.a;/home/paul/zbs/build/deps/lib/libwx_gtk2u_core-2.9.a;/home/paul/zbs/build/deps/lib > /libwx_baseu-2.9.a;-lwxscintilla-2.9;-pthread;-lgthread-2.0;-lrt;-lX11;-lXxf86vm;-lgtk-x11-2.0;-lgdk-x11-2.0;-latk- > 1.0;-lgio-2.0;-lpangoft2-1.0;-lpangocairo-1.0;-lgdk_pixbuf-2.0;-lcairo;-lpango-1.0;-lfreetype;-lfontconfig;-lgobject- > 2.0;-lglib-2.0;-lwxregexu-2.9;-lwxjpeg-2.9;-lwxpng-2.9;-lwxzlib-2.9;-ldl;-lm > > (note the last last that includes -lwxpng-2.9). I tried (using brute > force) to exclude wxpng from the link command, but failed. Ideally > wxlua should somehow check if the library is configured as "builtin" > or "sys", but for now I just need to check if this is going to work > for me, so, I'm fine with modifying it manually. I need to exclude > libpng as it creates problems with systems libraries required by GTK > on Linux. > > What is the way for me to tell wxlua *not* to include wxpng-2.9? Thank you. > > Paul. |