[PD] fux_kinect

Mathieu Bouchard matju at artengine.ca
Fri Nov 11 21:25:46 CET 2011

Le 2011-11-11 à 19:50:00, tim vets a écrit :

> ok, only difference here is that doing ctrl+c didn't kill pd (just 
> '^CQuit' in the gdb prompt.

That's what happens when pd (or whatever process being debugged) is 
already crashed.

> #0  0xb7fe1424 in __kernel_vsyscall ()
> #1  0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #2  0xb7d5934e in abort () at abort.c:92

That's a sign that it was trying to kill itself with signal 6 (ABORT).

> #3  0xb7d8c577 in __libc_message (do_abort=2, 
>     fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n")
>     at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
> #4  0xb7d96961 in malloc_printerr (action=<value optimized out>, 
>     str=<value optimized out>, ptr=0x8612798) at malloc.c:6283

And it's because of a memory error that you ought to debug with Valgrind.

You told me that it crashed with such a memory error, and that's why I 
told you to make a report based on Valgrind in the first place. You didn't 
tell me about hanging (freezing). In the case of an actual freeze, you use 
GDB with Ctrl+c. If pd freezes while trying to abort... I don't know why 
that could happen, but fixing the abort will fix the freeze.

| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

More information about the Pd-list mailing list