[GEM-dev] [pd-gem:bugs] #225 Pd crash when pix_foo (a non-existent library) is loaded after Gem

[Antoine Villeret via GEM-dev]

unfortunately, it still crash for me with pd from git today and gem [0e130d]
with this backtrace : 

    Program received signal SIGSEGV, Segmentation fault.
    0x00000000004125b9 in canvas_makefilename ()
    (gdb) bt
    #0  0x00000000004125b9 in canvas_makefilename ()
    #1  0x00007ffff334b1f8 in gem::RTE::RTE::findFile (this=this at entry=0x80cd90, f=..., e=..., ctx=ctx at entry=0x0) at RTE.cpp:139
    #2  0x00007ffff34f2d12 in pix_frei0r::loader (canvas=canvas at entry=0x0, classname=...) at pix_frei0r.cpp:534
    #3  0x00007ffff34f3676 in frei0r_loader (canvas=0x0, classname=<optimized out>) at pix_frei0r.cpp:553
    #4  0x00000000004874b8 in sys_load_lib ()
    #5  0x0000000000480253 in glob_initfromgui ()
    #6  0x000000000046eff8 in pd_typedmess ()
    #7  0x000000000047895c in binbuf_eval ()
    #8  0x0000000000482b7c in socketreceiver_read ()
    #9  0x0000000000481f2d in sys_domicrosleep.constprop ()
    #10 0x000000000047ed10 in m_mainloop ()
    #11 0x00007ffff6deeec5 in __libc_start_main (main=0x4119a0 <main>, argc=4, argv=0x7fffffffdf08, init=<optimized out>, fini=<optimized out>, 
        rtld_fini=<optimized out>, stack_end=0x7fffffffdef8) at libc-start.c:287
    #12 0x00000000004119ce in _start ()




---

** [bugs:#225] Pd crash when pix_foo (a non-existent library) is loaded after Gem**

**Status:** closed-fixed
**Group:** any_operating_system
**Created:** Sat Jul 05, 2014 03:06 PM UTC by Antoine Villeret
**Last Updated:** Tue Jul 08, 2014 09:00 AM UTC
**Owner:** IOhannes m zmölnig

1. build Gem today from Git (here on Ubuntu 14.04)
2. load pd with Gem and a non-existent library `pix_foo` :
    `pd -noprefs -lib Gem:pix_foo`
Pd crash with this backtrace :

~~~~
Thread 1 (Thread 0x7ffff7fba740 (LWP 15658)):
#0  0x00000000004123e9 in canvas_getdir ()
#1  0x00007ffff3da30bd in gem::RTE::RTE::findFile (this=this at entry=0x796fe0, f=..., e=..., ctx=ctx at entry=0x0) at RTE.cpp:116
#2  0x00007ffff3f4ace2 in pix_frei0r::loader (canvas=canvas at entry=0x0, classname=...) at pix_frei0r.cpp:534
#3  0x00007ffff3f4b646 in frei0r_loader (canvas=0x0, classname=<optimized out>) at pix_frei0r.cpp:553
#4  0x0000000000481841 in sys_load_lib ()
#5  0x00000000004796cb in glob_initfromgui ()
#6  0x0000000000467a29 in pd_typedmess ()
#7  0x00000000004728aa in binbuf_eval ()
#8  0x000000000047c629 in socketreceiver_read ()
#9  0x000000000047b17a in sys_domicrosleep.constprop ()
#10 0x0000000000476731 in m_mainloop ()
#11 0x00007ffff6deeec5 in __libc_start_main (main=0x411800 <main>, argc=5, argv=0x7fffffffdec8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, 
    stack_end=0x7fffffffdeb8) at libc-start.c:287
#12 0x0000000000411831 in _start ()
~~~~

Starting pd with : 
`pd -noprefs -lib pix_foo`
works and I got in the console : 
`pix_foo: can't load library`

Starting pd with :
`pd -noprefs -lib Gem:foo`
works and I got in the console (after Gem loading message):
`foo: can't load library`



---

Sent from sourceforge.net because gem-dev at lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20140708/755708f9/attachment-0001.html>