After getting text3d working, I've now run into some problems with pix_multiimage and pix_imageInplace causing pd to crash. This happens in my patch, but also if I open doc/5.reference/Gem/pix_imageInPlace-help.pd or pix_multiimage and click the open/preload message. Running pd from a terminal I get:
tk scaling is 1.237138508371385 <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1600.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected socket receive error: Connection reset by peer (104) Segmentation fault
running from gdb I get:
plattformer@plattformer-laptop:~$ gdb --args /usr/bin/pd -lib ./Gem GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) (gdb) run Starting program: /usr/bin/pd -lib ./Gem [Thread debugging using libthread_db enabled] tk scaling is 1.237138508371385 [New Thread 0xb7cd16b0 (LWP 12358)] <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1200.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected [New Thread 0xb6660b90 (LWP 12364)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7cd16b0 (LWP 12358)] 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 (gdb) Terminated bt #0 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0xb73b3399 in Magick::throwException () from /usr/lib/libMagick++.so.10 #2 0xb73bdbd7 in Magick::Image::read () from /usr/lib/libMagick++.so.10 #3 0xb7adb260 in magickImage2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #4 0xb7adb5fa in image2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #5 0xb7baa1c1 in pix_multiimage::openMess () from /usr/lib/pd/extra/Gem/Gem.pd_linux #6 0xb7ba9c29 in pix_multiimage::openMessCallback () from /usr/lib/pd/extra/Gem/Gem.pd_linux #7 0x080b2b7b in pd_typedmess (x=0x8527fd0, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:794 #8 0x080b4f29 in outlet_anything (x=0x85280f8, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_obj.c:442 #9 0x080b278d in pd_typedmess (x=0x85280e4, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:813 #10 0x080b7542 in binbuf_eval (x=0x8527fc0, target=0x85280e4, argc=1, argv=0xbfd05c54) at m_binbuf.c:726 #11 0x08077a59 in message_float (x=0x85280c8, f=0) at g_text.c:354 #12 0x08077a7f in message_click (x=0x85280c8, xpos=146, ypos=143, shift=0, ctrl=0, alt=0) at g_text.c:436 #13 0x08077bb3 in text_click (z=0x85280c8, glist=0x85279b8, xpix=146, ypix=143, shift=0, alt=0, dbl=0, doit=1) at g_text.c:1126 #14 0x08099117 in canvas_doclick (x=0x85279b8, xpos=146, ypos=143, which=1, ---Type <return> to continue, or q <return> to quit--- #15 0x080998c7 in canvas_mousedown (x=0x85279b8, xpos=146, ypos=143, which=1, mod=0) at g_editor.c:1439 #16 0x080b2bb2 in pd_typedmess (x=0x85279b8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:792 #17 0x080b278d in pd_typedmess (x=0x8527bc8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:813 #18 0x080b7542 in binbuf_eval (x=0x8529168, target=0x8527bc8, argc=0, argv=0x0) at m_binbuf.c:726 #19 0x080c2bad in socketreceiver_read (x=0x8529188, fd=6) at s_inter.c:558 #20 0x080c1d1f in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #21 0x080c22a1 in sys_pollgui () at s_inter.c:845 #22 0x080beaf3 in m_mainloop () at m_sched.c:490 #23 0x080c1389 in sys_main (argc=3, argv=0xbfd07784) at s_main.c:304 #24 0x080c8ccf in main (argc=Cannot access memory at address 0x8 ) at s_entry.c:32 (gdb) Quit (gdb)
ah, it seems I didn't have imagemagick installed! Weird that it just crashed though - a console message could be useful.
2010/1/26 James Dunn james@4thharmonic.com:
After getting text3d working, I've now run into some problems with pix_multiimage and pix_imageInplace causing pd to crash. This happens in my patch, but also if I open doc/5.reference/Gem/pix_imageInPlace-help.pd or pix_multiimage and click the open/preload message. Running pd from a terminal I get:
tk scaling is 1.237138508371385 <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1600.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected socket receive error: Connection reset by peer (104) Segmentation fault
running from gdb I get:
plattformer@plattformer-laptop:~$ gdb --args /usr/bin/pd -lib ./Gem GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) (gdb) run Starting program: /usr/bin/pd -lib ./Gem [Thread debugging using libthread_db enabled] tk scaling is 1.237138508371385 [New Thread 0xb7cd16b0 (LWP 12358)] <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1200.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected [New Thread 0xb6660b90 (LWP 12364)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7cd16b0 (LWP 12358)] 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 (gdb) Terminated bt #0 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0xb73b3399 in Magick::throwException () from /usr/lib/libMagick++.so.10 #2 0xb73bdbd7 in Magick::Image::read () from /usr/lib/libMagick++.so.10 #3 0xb7adb260 in magickImage2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #4 0xb7adb5fa in image2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #5 0xb7baa1c1 in pix_multiimage::openMess () from /usr/lib/pd/extra/Gem/Gem.pd_linux #6 0xb7ba9c29 in pix_multiimage::openMessCallback () from /usr/lib/pd/extra/Gem/Gem.pd_linux #7 0x080b2b7b in pd_typedmess (x=0x8527fd0, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:794 #8 0x080b4f29 in outlet_anything (x=0x85280f8, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_obj.c:442 #9 0x080b278d in pd_typedmess (x=0x85280e4, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:813 #10 0x080b7542 in binbuf_eval (x=0x8527fc0, target=0x85280e4, argc=1, argv=0xbfd05c54) at m_binbuf.c:726 #11 0x08077a59 in message_float (x=0x85280c8, f=0) at g_text.c:354 #12 0x08077a7f in message_click (x=0x85280c8, xpos=146, ypos=143, shift=0, ctrl=0, alt=0) at g_text.c:436 #13 0x08077bb3 in text_click (z=0x85280c8, glist=0x85279b8, xpix=146, ypix=143, shift=0, alt=0, dbl=0, doit=1) at g_text.c:1126 #14 0x08099117 in canvas_doclick (x=0x85279b8, xpos=146, ypos=143, which=1, ---Type <return> to continue, or q <return> to quit--- #15 0x080998c7 in canvas_mousedown (x=0x85279b8, xpos=146, ypos=143, which=1, mod=0) at g_editor.c:1439 #16 0x080b2bb2 in pd_typedmess (x=0x85279b8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:792 #17 0x080b278d in pd_typedmess (x=0x8527bc8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:813 #18 0x080b7542 in binbuf_eval (x=0x8529168, target=0x8527bc8, argc=0, argv=0x0) at m_binbuf.c:726 #19 0x080c2bad in socketreceiver_read (x=0x8529188, fd=6) at s_inter.c:558 #20 0x080c1d1f in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #21 0x080c22a1 in sys_pollgui () at s_inter.c:845 #22 0x080beaf3 in m_mainloop () at m_sched.c:490 #23 0x080c1389 in sys_main (argc=3, argv=0xbfd07784) at s_main.c:304 #24 0x080c8ccf in main (argc=Cannot access memory at address 0x8 ) at s_entry.c:32 (gdb) Quit (gdb)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
James Dunn wrote:
ah, it seems I didn't have imagemagick installed! Weird that it just crashed though - a console message could be useful.
hmm. 1st, you obviously had imagemagick installed, because the backtrace showed that Magick::Image::read() threw an exception which was not caught by Gem. now Gem tries it's best to do catch the exception (and normally it does).
this reminds me of an old (though hopefully fixed) issue with ati drivers (i think) linking to their own libstdc++ which kind of confused the throw/catch mechanism and led to all kind of weird errors.
which version of Gem are you using? (sorry to repeat myself if you already answered it)
mfgasdr IOhannes
2010/1/26 James Dunn james@4thharmonic.com:
After getting text3d working, I've now run into some problems with pix_multiimage and pix_imageInplace causing pd to crash. This happens in my patch, but also if I open doc/5.reference/Gem/pix_imageInPlace-help.pd or pix_multiimage and click the open/preload message. Running pd from a terminal I get:
tk scaling is 1.237138508371385 <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1600.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected socket receive error: Connection reset by peer (104) Segmentation fault
running from gdb I get:
plattformer@plattformer-laptop:~$ gdb --args /usr/bin/pd -lib ./Gem GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) (gdb) run Starting program: /usr/bin/pd -lib ./Gem [Thread debugging using libthread_db enabled] tk scaling is 1.237138508371385 [New Thread 0xb7cd16b0 (LWP 12358)] <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 <init> : Available CPU flags: fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2 <init> : 1200.00 MHz Intel(R) Pentium(R) M processor 1600MHz detected [New Thread 0xb6660b90 (LWP 12364)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7cd16b0 (LWP 12358)] 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 (gdb) Terminated bt #0 0xb76f9e26 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0xb73b3399 in Magick::throwException () from /usr/lib/libMagick++.so.10 #2 0xb73bdbd7 in Magick::Image::read () from /usr/lib/libMagick++.so.10 #3 0xb7adb260 in magickImage2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #4 0xb7adb5fa in image2mem () from /usr/lib/pd/extra/Gem/Gem.pd_linux #5 0xb7baa1c1 in pix_multiimage::openMess () from /usr/lib/pd/extra/Gem/Gem.pd_linux #6 0xb7ba9c29 in pix_multiimage::openMessCallback () from /usr/lib/pd/extra/Gem/Gem.pd_linux #7 0x080b2b7b in pd_typedmess (x=0x8527fd0, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:794 #8 0x080b4f29 in outlet_anything (x=0x85280f8, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_obj.c:442 #9 0x080b278d in pd_typedmess (x=0x85280e4, s=0x8522c00, argc=2, argv=0xbfd05bf8) at m_class.c:813 #10 0x080b7542 in binbuf_eval (x=0x8527fc0, target=0x85280e4, argc=1, argv=0xbfd05c54) at m_binbuf.c:726 #11 0x08077a59 in message_float (x=0x85280c8, f=0) at g_text.c:354 #12 0x08077a7f in message_click (x=0x85280c8, xpos=146, ypos=143, shift=0, ctrl=0, alt=0) at g_text.c:436 #13 0x08077bb3 in text_click (z=0x85280c8, glist=0x85279b8, xpix=146, ypix=143, shift=0, alt=0, dbl=0, doit=1) at g_text.c:1126 #14 0x08099117 in canvas_doclick (x=0x85279b8, xpos=146, ypos=143, which=1, ---Type <return> to continue, or q <return> to quit--- #15 0x080998c7 in canvas_mousedown (x=0x85279b8, xpos=146, ypos=143, which=1, mod=0) at g_editor.c:1439 #16 0x080b2bb2 in pd_typedmess (x=0x85279b8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:792 #17 0x080b278d in pd_typedmess (x=0x8527bc8, s=0x8516e58, argc=4, argv=0xbfd05f18) at m_class.c:813 #18 0x080b7542 in binbuf_eval (x=0x8529168, target=0x8527bc8, argc=0, argv=0x0) at m_binbuf.c:726 #19 0x080c2bad in socketreceiver_read (x=0x8529188, fd=6) at s_inter.c:558 #20 0x080c1d1f in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #21 0x080c22a1 in sys_pollgui () at s_inter.c:845 #22 0x080beaf3 in m_mainloop () at m_sched.c:490 #23 0x080c1389 in sys_main (argc=3, argv=0xbfd07784) at s_main.c:304 #24 0x080c8ccf in main (argc=Cannot access memory at address 0x8 ) at s_entry.c:32 (gdb) Quit (gdb)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Quoth IOhannes m zmoelnig, on 27/01/10 09:11:
hmm. 1st, you obviously had imagemagick installed, because the backtrace showed that Magick::Image::read() threw an exception which was not caught by Gem. now Gem tries it's best to do catch the exception (and normally it does).
this reminds me of an old (though hopefully fixed) issue with ati drivers (i think) linking to their own libstdc++ which kind of confused the throw/catch mechanism and led to all kind of weird errors.
which version of Gem are you using? (sorry to repeat myself if you already answered it)
mfgasdr IOhannes
I was using one of the latest build's of pd-extended and have now updated it to 0-42.5-extended-20100126 which has Gem 0.92.2. I also tried Pd-0.41.4-extended-ubuntu-hardy-i386.deb from puredata.info but the problem was the same in all these versions. When I looked closer at the backtrace I assumed that maybe I had some library missing so I installed imagemagick via synaptic - although perhaps it just upgraded the version, or as you say forced the the ati-driver to use libstdc++. However, this seems to have fixed things, and I can now load images in pix_multiimage and pix_imageInPlace.
thanks
james
James Dunn wrote:
I was using one of the latest build's of pd-extended and have now updated it to 0-42.5-extended-20100126 which has Gem 0.92.2. I also tried Pd-0.41.4-extended-ubuntu-hardy-i386.deb from puredata.info but the problem was the same in all these versions. When I looked closer at the backtrace I assumed that maybe I had some library missing so I installed imagemagick via synaptic - although perhaps it just upgraded the version, or as you say forced the the ati-driver to use libstdc++. However, this seems to have fixed things, and I can now load images in pix_multiimage and pix_imageInPlace.
really weird (i guess it really was about updating magick++ using the same libstdc++ as Gem or the like)
anyhow, cool it works now.
fgm,asdr IOhannes
-
IOhannes m zmoelnig -
James Dunn