Hi Niklas! Hmm... I tried this on os x and couldn't seg fault. Did you do a clean build? does it happen consistently? it is suspicious that GDB points to getconcurrency()... shreds do not use pthreads (obviously, ha). it could be a synchronization bug in the server code and the VM. Ge! On Jul 26, 2004, at 7:56 PM, Niklas Werner wrote:
Hi all,
I tried to run chuck (cvs from just an hour ago) in --loop mode. I can then add shreds, but if I try to remove one, chuck crashes:
chuck --srate44100 --loop [chuck](VM): sporking incoming shred: 1... [chuck](VM): sporking incoming shred: 2... Segmentation fault
the commands leading to this were:
nick@detritus ~/build/chuck_dev/examples $ chuck + moe.ck nick@detritus ~/build/chuck_dev/examples $ chuck + larry.ck nick@detritus ~/build/chuck_dev/examples $ chuck - 2
(gdb) r --srate44100 --loop Starting program: /usr/bin/chuck --srate44100 --loop warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code.
Program received signal SIG32, Real-time event 32. 0x0fc292f4 in pthread_getconcurrency () from /lib/libpthread.so.0 (gdb) c Continuing.
Program received signal SIG32, Real-time event 32. 0x0fc292f4 in pthread_getconcurrency () from /lib/libpthread.so.0 (gdb) c Continuing. [chuck](VM): sporking incoming shred: 1... [chuck](VM): sporking incoming shred: 2...
Program received signal SIGSEGV, Segmentation fault. 0x0fef277c in mallopt () from /lib/libc.so.6 (gdb) bt #0 0x0fef277c in mallopt () from /lib/libc.so.6 #1 0x0ffbc5ec in ?? () from /lib/libc.so.6 (gdb)
hmmm, is there a double call to free() going on or anything similar?
(Oh, and gentoo on Powerbook Aluminium)
Cheers,
Niklas -- Computer Music PhD-student University of Waikato Hamilton New Zealand _______________________________________________ chuck-dev mailing list chuck-dev@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev