Hi all,
I have a multi-threaded tool that quite often stops working (continues to run
but does nothing anymore). When I back trace the beast with gdb I get
#0 0xfdd78aab in __lwp_park () from /lib/libc.so.1
#1 0xfdd718f3 in mutex_lock_queue () from /lib/libc.so.1
#2 0xfdd7225c in mutex_lock_impl () from /lib/libc.so.1
#3 0xfdd72335 in pthread_mutex_lock () from /lib/libc.so.1
#4 0xfe68f36a in __objc_mutex_lock (mutex=0x4d) at ../gcc/gthr-posix.h:95
#5 0xfe68ea23 in objc_mutex_lock (mutex=0x822b208) at
/usr/share/src/gcc-3.4.4/libobjc/thr.c:326
#6 0xfdf4d3b8 in -[NSLock lock] (self=0x822b228, _cmd=0xfe1edcc0) at
NSLock.m:241
#7 0xfdfba858 in +[GSPerformHolder receivedEvent:type:extra:forMode:]
(self=0xfe1ed940, _cmd=0xfe2029a0,
data=0x5, type=ET_RDESC, extra=0x5, mode=0xfe1e8ae8) at NSThread.m:918
#8 0xfe031317 in -[GSRunLoopCtxt pollUntil:within:] (self=0x82173d8,
_cmd=0xfe1e8a30, milliseconds=25,
contexts=0x81c2e38) at GSRunLoopCtxt.m:585
#9 0xfdf92567 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x81c2e88,
_cmd=0xfe1e8a58,
mode=0xfe1e8ae8, limit_date=0x8807fd8) at NSRunLoop.m:969
However, the line numbers make no sense. There is no lock call at
NSThread.m:918. I made
cd /usr/src/core/base
make
but nothing was newly built. What the hack ... Does the above backtrace ring
any bells? I am clueless! :-(
Thanks a lot,
Andreas
_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
