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