[L2Ork-dev] Potential Gem bug?

[Ivica Ico Bukvic]

IOhannes et al.,

I just checked out the latest Gem (0.94 branch) by doing:

git clone https://git.code.sf.net/p/pd-gem/gem pd-gem-gem

When starting pd-l2ork, it segfaults with the following backtrace. Any idea
what may be wrong? Is this a stable branch?

Also, on a related note, I am wondering how come the git submodule inside
pd-l2ork still pulls 0.93 when the command above does 0.94?

pd-l2ork's .gitmodule has:

[submodule "Gem"]
path = Gem
url = git://git.code.sf.net/p/pd-gem/gem

Best,

Ico

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
/etc/pd/gem.conf: No such file or directory
./gem.conf: No such file or directory

Program received signal SIGSEGV, Segmentation fault.
__strcmp_sse2_unaligned ()
    at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:31
31 ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S: No such file or
directory.
(gdb) back
#0  __strcmp_sse2_unaligned ()
    at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:31
#1  0x0000555555605f9b in namelist_append (
    listwas=0x555555cb6920 <sys_searchpath>,
    s=0x555555f39bc0 "/usr/lib/pd-l2ork/extra/Gem", allowdup=0)
    at s_path.c:238
#2  0x00007ffff287d1e3 in
gem::RTE::RTE::addSearchPath(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, void*) () from
/usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux
#3  0x00007ffff2877264 in (anonymous namespace)::addownpath(char const*)
[clone .constprop.26] () from /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux
#4  0x00007ffff2877523 in gem::setup() ()
   from /usr/lib/pd-l2ork/extra/Gem/Gem.pd_linux
#5  0x000055555560564e in sys_do_load_lib (canvas=0x0,
    objectname=0x555555dd20a0 "Gem") at s_loader.c:204
#6  0x0000555555605918 in sys_load_lib (canvas=canvas at entry=0x0,
    classname=0x555555dd20a0 "Gem") at s_loader.c:242
#7  0x00005555555fecb3 in glob_initfromgui (dummy=<optimized out>,
    s=<optimized out>, argc=<optimized out>, argv=<optimized out>)
    at s_main.c:241
#8  0x00005555555f1fb5 in pd_typedmess (
    x=x at entry=0x555555cb6098 <glob_pdobject>, s=0x555555ce2ce0,
    argc=argc at entry=32, argv=argv at entry=0x7fffffffd940) at m_class.c:782
#9  0x00005555555fa47d in binbuf_eval (x=<optimized out>,
    target=0x555555cb6098 <glob_pdobject>, target at entry=0x0,
    argc=argc at entry=0, argv=argv at entry=0x0) at m_binbuf.c:903
#10 0x00005555556018c2 in socketreceiver_read (x=0x555555de9d20, fd=12)
    at s_inter.c:569
#11 0x0000555555600c10 in sys_domicrosleep (microsec=<optimized out>,
    pollem=1) at s_inter.c:207
#12 0x0000555555600d05 in sys_microsleep (microsec=<optimized out>)
    at s_inter.c:229
#13 0x00005555555fd89e in m_pollingscheduler () at m_sched.c:557
#14 m_mainloop () at m_sched.c:617
#15 0x0000555555600603 in sys_main (argc=<optimized out>,
    argv=<optimized out>) at s_main.c:365
#16 0x00007ffff68e9b97 in __libc_start_main (main=0x55555556d580 <main>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20190414/0bcd3858/attachment.html>