|
From: | Andreas Höschler |
Subject: | NSThread problem |
Date: | Thu, 23 Oct 2014 19:11:12 +0200 |
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="" 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 |
[Prev in Thread] | Current Thread | [Next in Thread] |