<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
In head, wierd.<BR>
<BR>
in gdb:<BR>
730: 716 717 718 719 720 721 722 723 724 725 726 727 728 729 7<BR>30<BR> 731: [1] + Stopped (tty output) gdb ./I386_OPENBSD/pgm<BR>$<BR><BR><BR>attach shows no stack.<BR>
<BR>
Maybe more later?<BR>
<BR>
-Jay<BR> <BR>
<HR id=stopSpelling>
From: jay.krell@cornell.edu<BR>To: wagner@elegosoft.com; hosking@cs.purdue.edu<BR>Date: Thu, 15 Oct 2009 14:30:22 +0000<BR>CC: m3devel@elegosoft.com<BR>Subject: Re: [M3devel] Status of threads for RC4?<BR><BR>
<STYLE>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Verdana;}
</STYLE>
Linux/x86 and OpenBSD/x86 are back on.<BR>I'll spend a few minutes see if I can get the stacks.<BR> <BR> - Jay<BR><BR> <BR>
<HR id=ecxstopSpelling>
From: jay.krell@cornell.edu<BR>To: wagner@elegosoft.com; hosking@cs.purdue.edu<BR>CC: m3devel@elegosoft.com<BR>Subject: RE: [M3devel] Status of threads for RC4?<BR>Date: Wed, 14 Oct 2009 23:13:57 +0000<BR><BR>
<STYLE>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Verdana;}
</STYLE>
I didn't deliberately turn anything off but indeed I can see that some machines are not accessible and some are. I'll look at them later.<BR> <BR> - Jay<BR> <BR>> Date: Wed, 14 Oct 2009 08:09:56 +0200<BR>> From: wagner@elegosoft.com<BR>> To: hosking@cs.purdue.edu<BR>> CC: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] Status of threads for RC4?<BR>> <BR>> Quoting Tony Hosking <hosking@cs.purdue.edu>:<BR>> <BR>> > I need to see all the threads:<BR>> ><BR>> > thread apply all bt<BR>> <BR>> Well, of course you need all thread stacks to diagnose a deadlock,<BR>> silly me. But I haven't been able to login again since then:<BR>> Jay, is the OpenBSD server turned off? Could you either turn it on<BR>> this evening CET or send Tony the needed traces?<BR>> <BR>> Thanks in advance,<BR>> <BR>> Olaf<BR>> <BR>> > On 13 Oct 2009, at 02:46, Olaf Wagner wrote:<BR>> ><BR>> >> Quoting Tony Hosking <hosking@cs.purdue.edu>:<BR>> >><BR>> >>> I need a stack dump from the hung OpenBSD p007 run to diagnose (attach<BR>> >>> to the process using gdb and grab a stack dump). Are we seeing this<BR>> >>> on any other pthread target?<BR>> >><BR>> >> I just logged in quickly to Jay's OpenBSD system and started test 7.<BR>> >> Output stops after line 8 and I had to hit Control-C.<BR>> >><BR>> >><BR>> >> bash-3.2$ m3gdb src/p0/p007/I386_OPENBSD/pgm<BR>> >> GNU gdb plus Modula-3 6.4<BR>> >> Copyright 2005 Free Software Foundation, Inc.<BR>> >> GDB is free software, covered by the GNU General Public License, <BR>> >> and you are<BR>> >> welcome to change it and/or distribute copies of it under certain <BR>> >> conditions.<BR>> >> Type "show copying" to see the conditions.<BR>> >> There is absolutely no warranty for GDB. Type "show warranty" for details.<BR>> >> This GDB was configured as "i686-openbsd"...<BR>> >> (m3gdb) r<BR>> >> Starting program: /home/hudson/workspace/cm3-test-m3tests- <BR>> >> I386_OPENBSD/cm3/m3-sys/m3tests/src/p0/p007/I386_OPENBSD/pgm<BR>> >><BR>> >> 1: 1<BR>> >> 2: 1 2<BR>> >> 3: 1 2 3<BR>> >> 4: 1 2 3 4<BR>> >> 5: 1 2 3 4 5<BR>> >> 6: 1 2 3 4 5 6<BR>> >> 7: 1 2 3 4 5 6 7<BR>> >> 8: 1 2 3 4 5 6 7 8<BR>> >> 9: ^C<BR>> >> Program received signal SIGINT, Interrupt.<BR>> >> 0x0e3f18f1 in poll () from /usr/lib/libc.so.50.1<BR>> >> (m3gdb) bt<BR>> >> #0 0x0e3f18f1 in poll () from /usr/lib/libc.so.50.1<BR>> >> #1 0x0910f314 in _thread_kern_poll (wait_reqd=1)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:760<BR>> >> #2 0x0910ee53 in _thread_kern_sched (scp=0x0)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:382<BR>> >> #3 0x0910f19f in _thread_kern_sched_state (state=688918728,<BR>> >> fname=0x291010c8 "", lineno=688918728)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:550<BR>> >> #4 0x09109085 in nanosleep (time_to_sleep=0x8544ec68,<BR>> >> time_remaining=0x8544ec70)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_nanosleep.c:84<BR>> >> #5 0x1c023181 in ThreadPThread__Nanosleep (req=0x8544ec68, rem=0x8544ec70)<BR>> >> at ../src/thread/PTHREAD/ThreadPThreadC.c:317<BR>> >> #6 0x1c01fb54 in CommonSleep () at ../src/thread/PTHREAD/ <BR>> >> ThreadPThread.m3:740<BR>> >> #7 0x1c0219d3 in StopWorld () at ../src/thread/PTHREAD/ <BR>> >> ThreadPThread.m3:1253<BR>> >> #8 0x1c021041 in SuspendOthers ()<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:1029<BR>> >> #9 0x1c007ccb in CollectSomeInStateZero ()<BR>> >> at ../src/runtime/common/RTCollector.m3:735<BR>> >> #10 0x1c007c8a in CollectSome () at ../src/runtime/common/ <BR>> >> RTCollector.m3:709<BR>> >> #11 0x1c00773d in CollectEnough () at ../src/runtime/common/ <BR>> >> RTCollector.m3:643<BR>> >> #12 0x1c004de1 in AllocTraced (dataSize=Invalid C/C++ type code 40 <BR>> >> in symbol table.<BR>> >> )<BR>> >> at ../src/runtime/common/RTAllocator.m3:363<BR>> >> #13 0x1c004056 in GetTracedObj (def=Invalid C/C++ type code 29 in <BR>> >> symbol table.<BR>> >> )<BR>> >> at ../src/runtime/common/RTAllocator.m3:222<BR>> >> #14 0x1c0039ec in AllocateTracedObj (defn=Invalid C/C++ type code <BR>> >> 35 in symbol table.<BR>> >> )<BR>> >> at ../src/runtime/common/RTAllocator.m3:120<BR>> >> #15 0x1c002b82 in Task (self=Invalid C/C++ type code 26 in symbol table.<BR>> >> ) at ../Main.m3:58<BR>> >> #16 0x1c01ed3e in RunThread (me=Invalid C/C++ type code 29 in symbol table.<BR>> >> )<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:588<BR>> >> #17 0x1c01ea83 in ThreadBase (param=Invalid C/C++ type code 35 in <BR>> >> symbol table.<BR>> >> )<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:564<BR>> >> #18 0x0910637f in _thread_start ()<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_create.c:240<BR>> >> #19 0x0000002b in ?? ()<BR>> >> #20 0x00000000 in ?? ()<BR>> >> (m3gdb) set lang Modula-3<BR>> >> (m3gdb) bt<BR>> >> #0 0x0e3f18f1 in poll () from /usr/lib/libc.so.50.1<BR>> >> #1 0x0910f314 in _thread_kern_poll (wait_reqd=1)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:760<BR>> >> #2 0x0910ee53 in _thread_kern_sched (scp=0x0)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:382<BR>> >> #3 0x0910f19f in _thread_kern_sched_state (state=688918728,<BR>> >> fname=0x291010c8 "\000", lineno=688918728)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_kern.c:550<BR>> >> #4 0x09109085 in nanosleep (time_to_sleep=0x8544ec68,<BR>> >> time_remaining=0x8544ec70)<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_nanosleep.c:84<BR>> >> #5 0x1c023181 in ThreadPThread__Nanosleep (req=0x8544ec68, rem=0x8544ec70)<BR>> >> at ../src/thread/PTHREAD/ThreadPThreadC.c:317<BR>> >> #6 0x1c01fb54 in CommonSleep () at ../src/thread/PTHREAD/ <BR>> >> ThreadPThread.m3:740<BR>> >> #7 0x1c0219d3 in StopWorld () at ../src/thread/PTHREAD/ <BR>> >> ThreadPThread.m3:1253<BR>> >> #8 0x1c021041 in SuspendOthers ()<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:1029<BR>> >> #9 0x1c007ccb in CollectSomeInStateZero ()<BR>> >> at ../src/runtime/common/RTCollector.m3:735<BR>> >> #10 0x1c007c8a in CollectSome () at ../src/runtime/common/ <BR>> >> RTCollector.m3:709<BR>> >> #11 0x1c00773d in CollectEnough () at ../src/runtime/common/ <BR>> >> RTCollector.m3:643<BR>> >> #12 0x1c004de1 in AllocTraced (dataSize=12, dataAlignment=4, thread=<BR>> >> RECORD inCritical = 0; pool = RECORD note = Allocated; pure = <BR>> >> FALSE; page = NIL; next = NIL; limit = NIL; END; END)<BR>> >> at ../src/runtime/common/RTAllocator.m3:363<BR>> >> #13 0x1c004056 in GetTracedObj (def=16_3c001114)<BR>> >> at ../src/runtime/common/RTAllocator.m3:222<BR>> >> #14 0x1c0039ec in AllocateTracedObj (defn=16_3c001114)<BR>> >> at ../src/runtime/common/RTAllocator.m3:120<BR>> >> #15 0x1c002b82 in Task (self=16_8bc4a00c) at ../Main.m3:58<BR>> >> #16 0x1c01ed3e in RunThread (me=16_7faae480)<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:588<BR>> >> #17 0x1c01ea83 in ThreadBase (param=16_7faae480)<BR>> >> at ../src/thread/PTHREAD/ThreadPThread.m3:564<BR>> >> #18 0x0910637f in _thread_start ()<BR>> >> at /usr/src/lib/libpthread/uthread/uthread_create.c:240<BR>> >> #19 0x0000002b in ?? ()<BR>> >> #20 0x00000000 in ?? ()<BR>> >> (m3gdb)<BR>> >><BR>> >> Attaching to a running program doesn't yield anything useful:<BR>> >><BR>> >> bash-3.2$ src/p0/p007/I386_OPENBSD/pgm &<BR>> >> [1] 26756<BR>> >> bash-3.2$<BR>> >> 1: 1<BR>> >> 2: 1 2<BR>> >> 3: 1 2 3<BR>> >> 4: 1 2 3 4<BR>> >> 5: 1 2 3 4 5<BR>> >> 6: 1 2 3 4 5 6<BR>> >> 7: 1 2 3 4 5 6 7<BR>> >> 8: 1 2 3 4 5 6 7 8<BR>> >> 9:<BR>> >> bash-3.2$ ps<BR>> >> PID TT STAT TIME COMMAND<BR>> >> 22500 p0 Is 0:00.00 -ksh (ksh)<BR>> >> 18592 p0 S 0:00.04 bash<BR>> >> 26756 p0 S 0:00.02 src/p0/p007/I386_OPENBSD/pgm<BR>> >> 28998 p0 R+ 0:00.00 ps<BR>> >> bash-3.2$ m3gdb<BR>> >> GNU gdb plus Modula-3 6.4<BR>> >> Copyright 2005 Free Software Foundation, Inc.<BR>> >> GDB is free software, covered by the GNU General Public License, <BR>> >> and you are<BR>> >> welcome to change it and/or distribute copies of it under certain <BR>> >> conditions.<BR>> >> Type "show copying" to see the conditions.<BR>> >> There is absolutely no warranty for GDB. Type "show warranty" for details.<BR>> >> This GDB was configured as "i686-openbsd".<BR>> >> (m3gdb) attach 26756<BR>> >> Attaching to process 26756<BR>> >> 0x0d35f8f1 in ?? ()<BR>> >> (m3gdb) set symbol-file src/p0/p007/I386_OPENBSD/pgm<BR>> >> No symbol table is loaded. Use the "file" command.<BR>> >> (m3gdb) symbol-file src/p0/p007/I386_OPENBSD/pgm<BR>> >> Reading symbols from /home/hudson/workspace/cm3-test-m3tests- <BR>> >> I386_OPENBSD/cm3/m3-sys/m3tests/src/p0/p007/I386_OPENBSD/pgm...done.<BR>> >> (m3gdb) bt<BR>> >> #0 0x0d35f8f1 in ?? ()<BR>> >> #1 0x0a0c0314 in ?? ()<BR>> >> #2 0x84533000 in ?? ()<BR>> >> #3 0x00000001 in ?? ()<BR>> >> #4 0x00000001 in ?? ()<BR>> >> #5 0x00000001 in ?? ()<BR>> >> #6 0x00000000 in ?? ()<BR>> >><BR>> >> Does this help?<BR>> >> Anything I should try this evening?<BR>> >><BR>> >> Olaf<BR>> >> -- <BR>> >> Olaf Wagner -- elego Software Solutions GmbH<BR>> >> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> >> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 <BR>> >> 45 86 95<BR>> >> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> >> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: <BR>> >> DE163214194<BR>> >><BR>> <BR>> <BR>> <BR>> -- <BR>> Olaf Wagner -- elego Software Solutions GmbH<BR>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR>> <BR> </body>
</html>