[PD] *** glibc detected *** debian/unstable

[Thomas Grill]

Hi Gerda,
as always it would be important to know what you are doing _exactly_ to 
provoke the crash.
 From the backtrace i can see that something is wrong with the post 
function, but i can't believe this is the reason as this hasn't changed 
for ages and is ultimately trivial.
So please, a reproducible walkthrough would be highly appreciated! 
(including the pool data file that you are trying to load)

best greetings,
Thomas


Am 20.12.2005 um 00:05 schrieb Gerda Strobl:

> Hi Thomas,
>
> today I got new pool-the double-free problem doesn't happend 
> anymore-still pd is crashing.
> I am using gcc version 3.3.6 --
> In the  flext config-lnx-pd-gcc. txt Georg told me to try pentium-m 
> because I dont have a pentium4 -but this doesn't change.
>
> gerda:pool gdb pd
> GNU gdb 6.3-debian
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and 
> you are
> welcome to change it and/or distribute copies of it under certain 
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for 
> details.
> This GDB was configured as "i386-linux"...Using host libthread_db 
> library "/lib/tls/libthread_db.so.1".
>
> (gdb) run
> Starting program: /usr/local/bin/pd
> [Thread debugging using libthread_db enabled]
> [New Thread -1210288448 (LWP 5716)]
> bt
>
> Program received signal SIGINT, Interrupt.
> [Switching to Thread -1210288448 (LWP 5716)]
> 0xb7e1e0fb in funlockfile () from /lib/tls/libc.so.6
> (gdb) bt
> #0  0xb7e1e0fb in funlockfile () from /lib/tls/libc.so.6
> #1  0xb7e053cf in vfprintf () from /lib/tls/libc.so.6
> #2  0xb7e274e1 in vsnprintf () from /lib/tls/libc.so.6
> #3  0x080b0577 in post (fmt=0x1 <Address 0x1 out of bounds>) at 
> s_print.c:51
> #4  0xb7db453e in flext_root_single::post () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #5  0xb7dad119 in pooldir::LdDir () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #6  0xb7daac7f in pooldata::LdDir () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #7  0xb7da84d8 in pool::load () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #8  0xb7daa4c1 in pool::flext_c_m_load () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #9  0xb7db7fc7 in flext_base_single::TryMethTag () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #10 0xb7db8164 in flext_base_single::FindMeth () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #11 0xb7db8253 in flext_base_single::CbMethodHandler () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #12 0xb7db889f in flext_base_single::cb_px_anything () from 
> /usr/local/lib/pd/extra/pool.pd_linux
> #13 0x080a0816 in pd_typedmess (x=0x816c200, s=0xbfe5a37c, argc=1, 
> argv=0x80f92e0) at m_class.c:749
> #14 0x080a2167 in outlet_anything (x=0xfbad8001, s=0x81175c8, argc=1, 
> argv=0x80f92e0) at m_obj.c:387
> #15 0x080a0816 in pd_typedmess (x=0x816d2e4, s=0xbfe5a37c, argc=1, 
> argv=0x80f92e0) at m_class.c:749
> #16 0x080a3cf4 in binbuf_eval (x=0x1, target=0x816d2e4, argc=1, 
> argv=0xbfe5de50) at m_binbuf.c:574
> #17 0x0806051b in message_symbol (x=0xfbad8001, s=0x1) at g_text.c:307
> #18 0x0809fb87 in pd_symbol (x=0x1, s=0xfbad8001) at m_pd.c:284
> #19 0x080a206f in outlet_symbol (x=0xfbad8001, s=0x80f7b08) at 
> m_obj.c:365
> #20 0x080d6ee9 in pdsymbol_bang (x=0x1) at x_connective.c:118
> #21 0x0809fb1f in pd_bang (x=0x1) at m_pd.c:269
> #22 0x080a1efb in outlet_bang (x=0xfbad8001) at m_obj.c:328
> #23 0x080d9371 in trigger_symbol (x=0x816d4c8, s=0x1) at 
> x_connective.c:979
> #24 0x0809fb87 in pd_symbol (x=0x1, s=0xfbad8001) at m_pd.c:284
> #25 0x080a206f in outlet_symbol (x=0xfbad8001, s=0x81714f8) at 
> m_obj.c:365
> #26 0x080a0816 in pd_typedmess (x=0x816d658, s=0xbfe5a37c, argc=0, 
> argv=0x80f92d8) at m_class.c:749
> #27 0x080a2167 in outlet_anything (x=0xfbad8001, s=0x81714f8, argc=0, 
> argv=0x80f92d8) at m_obj.c:387
> #28 0x080a0816 in pd_typedmess (x=0x816d8d0, s=0xbfe5a37c, argc=1, 
> argv=0x80f92d0) at m_class.c:749
> #29 0x080a2167 in outlet_anything (x=0xfbad8001, s=0x81175c8, argc=1, 
> argv=0x80f92d0) at m_obj.c:387
> #30 0x080a0816 in pd_typedmess (x=0x816d3f8, s=0xbfe5a37c, argc=1, 
> argv=0x80f92d0) at m_class.c:749
> #31 0x080a0816 in pd_typedmess (x=0x816d460, s=0xbfe5a37c, argc=1, 
> argv=0x80f92d0) at m_class.c:749
> #32 0x080a2167 in outlet_anything (x=0xfbad8001, s=0x81175c8, argc=1, 
> argv=0x80f92d0) at m_obj.c:387
> #33 0x080d8e5f in trigger_anything (x=0x816bf70, s=0x81175c8, argc=1, 
> argv=0x80f92d0) at x_connective.c:1001
> #34 0x080a0816 in pd_typedmess (x=0x816bf70, s=0xbfe5a37c, argc=1, 
> argv=0x80f92d0) at m_class.c:749
> #35 0x080a2167 in outlet_anything (x=0xfbad8001, s=0x81175c8, argc=1, 
> argv=0x80f92d0) at m_obj.c:387
> #36 0x080a0816 in pd_typedmess (x=0x816be6c, s=0xbfe5a37c, argc=1, 
> argv=0x80f92d0) at m_class.c:749
> #37 0x080a3cf4 in binbuf_eval (x=0x1, target=0x816be6c, argc=0, 
> argv=0x0) at m_binbuf.c:574
> #38 0x08060495 in message_bang (x=0x1) at g_text.c:293
> #39 0x0809fb1f in pd_bang (x=0x1) at m_pd.c:269
> #40 0x080a1efb in outlet_bang (x=0xfbad8001) at m_obj.c:328
> #41 0x0809fb1f in pd_bang (x=0x1) at m_pd.c:269
> #42 0x0809fb1f in pd_bang (x=0x1) at m_pd.c:269
> #43 0x080a1efb in outlet_bang (x=0xfbad8001) at m_obj.c:328
>
> lg,
> Gerda
>
> Thomas Grill wrote:
>
>> Hi Günther and Gerda,
>> it's my impression too that something is wrong with debian 
>> tested/unstable, also due to other recent problems.
>> Anyway, yesterday's late-night bugfix indeed eliminated a double-free 
>> problem (today verified with valgrind), so Gerda, in case you are 
>> checking out from SF anonymously (that is, not as a developer), i 
>> would recommend to try again, since changes need some time to 
>> propagate inside the SF cvs.
>>
>> all the best,
>> Thomas
>>
>>
>
>
>