[GEM-dev] gemframebuffer flood

cyrille henry ch at chnry.net
Tue Oct 25 19:00:48 CEST 2011


sorry, i forget to reply to list.

so, latest git did not compile.
i add 2 ";" in order to compile.

but this did not really solve my problem.

the backtrace did not change a lot.

cyrille

chnry at chnry:~/pd/Gem$ gdb pd
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 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 "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/pd...done.
(gdb) run
Starting program: /usr/local/bin/pd
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffefd64700 (LWP 5849)]
open: /etc/pd/gem.conf: No such file or directory
open: /home/chnry/.pd/gem.conf: No such file or directory
open: ./gem.conf: No such file or directory

Program received signal SIGSEGV, Segmentation fault.
0x00007fffeeec7a53 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) () from /usr/lib/libstdc++.so.6
(gdb) backtrace
#0  0x00007fffeeec7a53 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) () from /usr/lib/libstdc++.so.6
#1  0x00007fffef2e796e in GemSIMD (this=<value optimized out>) at SIMD.cpp:15
#2  0x00007fffef2ba5a8 in GemMan::initGem () at Manager.cpp:247
#3  0x00000000004801ea in sys_do_load_lib (canvas=<value optimized out>, objectname=0x738ac0 "Gem") at s_loader.c:200
#4  0x000000000047fe41 in sys_load_lib (canvas=0x0, classname=0x738ac0 "Gem") at s_loader.c:239
#5  0x0000000000476783 in glob_initfromgui (dummy=<value optimized out>, s=<value optimized out>, argc=<value optimized out>, argv=0x74c9f0) at s_main.c:241
#6  0x0000000000466901 in pd_typedmess (x=0x706118, s=<value optimized out>, argc=<value optimized out>, argv=0xb) at m_class.c:681
#7  0x000000000046cada in binbuf_eval (x=<value optimized out>, target=0x706118, argc=<value optimized out>, argv=<value optimized out>) at m_binbuf.c:722
#8  0x000000000047b8b9 in socketreceiver_read (x=0x745820, fd=9) at s_inter.c:546
#9  0x000000000047b258 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:184
#10 0x0000000000475885 in m_pollingscheduler () at m_sched.c:508
#11 m_mainloop () at m_sched.c:558
#12 0x000000000047a3b5 in sys_main (argc=<value optimized out>, argv=<value optimized out>) at s_main.c:313
#13 0x00007ffff70f3c4d in __libc_start_main () from /lib/libc.so.6
#14 0x0000000000412899 in _start ()

Le 25/10/2011 18:26, IOhannes m zmölnig a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/25/2011 06:15 PM, IOhannes m zmölnig wrote:
>>
>> aha.
>> it seems the reason for this is the recent patch from hans that i
>> added...should have done more checks.
>
> and hopefully fixed now.
>
> fgmasdr
> IOhannes
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk6m4zoACgkQkX2Xpv6ydvSEvgCeOyrFbHm16qAQU8cgk+39d78l
> 32IAoPRVHcm852VFL3vx+THHN+sV9JBz
> =nrnT
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>



More information about the GEM-dev mailing list