[M3devel] GC deadlock

[Dragiša Durić]

Good. I will try same cases with more recent one ASAP.
--
Dragiša Durić
dragisha at m3w.org



On 17 Nov 2013, at 21:40, Antony Hosking <hosking at purdue.edu> wrote:

> I know 5.8.6 had problems.
> 
> On Nov 17, 2013, at 2:49 PM, Dragiša Durić <dragisha at m3w.org> wrote:
> 
>> This is 5.8.6 codebase, so it’s maybe solved in later codebase… I have few threads, one has this on top of stack
>> 
>> #0  0x00130416 in __kernel_vsyscall ()
>> #1  0x00ca6019 in __lll_lock_wait () from /lib/libpthread.so.0
>> #2  0x00ca1430 in _L_lock_677 () from /lib/libpthread.so.0
>> #3  0x00ca1301 in pthread_mutex_lock () from /lib/libpthread.so.0
>> #4  0x00428aa1 in ThreadPThread__pthread_mutex_lock (m=0xc6e430) at ../src/thread/PTHREAD/ThreadPThreadC.c:557
>> #5  0x00427d67 in RTOS__LockHeap () at ../src/thread/PTHREAD/ThreadPThread.m3:1434
>> 
>> another:
>> #0  0x00130416 in __kernel_vsyscall ()
>> #1  0x00ca6c66 in nanosleep () from /lib/libpthread.so.0
>> #2  0x00428941 in ThreadPThread__Nanosleep (req=0xb6c30d88, rem=0xb6c30d90) at ../src/thread/PTHREAD/ThreadPThreadC.c:500
>> #3  0x00424f02 in ThreadPThread__CommonSleep () at ../src/thread/c:551
>> #4  0x00426cc9 in ThreadPThread__StopWorld () at ../src/thread/PTHREAD/ThreadPThread.m3:1086
>> #5  0x004260c3 in RTThread__SuspendOthers () at ../src/thread/PTHREAD/ThreadPThread.m3:812
>> #6  0x00408cd6 in RTCollector__CollectSomeInStateZero () at ../src/runtime/common/RTCollector.m3:746
>> #7  0x00408c95 in RTCollector__CollectSome () at ../src/runtime/common/RTCollector.m3:720
>> #8  0x00408748 in RTHeapRep__CollectEnough () at ../src/runtime/common/RTCollector.m3:654
>> 
>> and others:
>> #0  0x00130416 in __kernel_vsyscall ()
>> #1  0x00cdeede in sigsuspend () from /lib/libc.so.6
>> #2  0x0042836e in ThreadPThread__sigsuspend () at ../src/thread/PTHREAD/ThreadPThreadC.c:141
>> #3  0x004271f6 in ThreadPThread__SignalHandler (M3_DLS2Hj_sig=<error reading variable>, M3_AJWxb1_info=<error reading variable>, M3_AJWxb1_context=<error reading variable>)
>>     at ../src/thread/PTHREAD/ThreadPThread.m3:1205
>> #4  <signal handler called>
>> #5  0x00130416 in __kernel_vsyscall ()
>> #6  0x00ca3664 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
>> 
>> Am I reading this correctly? Thread waiting for lock “refuses” to be suspended?
>> 
>> --
>> Dragiša Durić
>> dragisha at m3w.org
>> 
>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20131117/10744c1e/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20131117/10744c1e/attachment-0002.sig>