[PD] Latest gem troubles - pix_multiimage and pix_imageInPlace crashing

IOhannes m zmoelnig zmoelnig at iem.at
Wed Jan 27 10:11:29 CET 2010


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 at 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 at 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 at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100127/0d21c9e6/attachment.bin>


More information about the Pd-list mailing list