Subject: Re: CVS commit: src/lib/libpthread
To: None <current-users@netbsd.org>
From: Frederick Bruckman <fredb@immanent.net>
List: current-users
Date: 03/13/2005 14:57:37
In article <422CBD1E.6060007@meinberlikomm.de>,
	Stefan Krüger <skrueger@meinberlikomm.de> writes:

> % env PTHREAD_CONCURRENCY=2 ogg123 song.ogg (let it a few secs play)
> CRTL+Z
> % fg
> CRTL+C
> Done. (<- Last msg from ogg123)
> panic: kernel diagnostic assertion "p->p_nrlwps == 0" failed: file
> "/usr/src/sys/kern/kern_exit.c", line 781
> Stopped in pid 30.1 (csh) at netbsd:cpu_Debugger+0x4:      popl     %ebp
> db{0}> bt
> cpu_Debugger(c02b0062,c47cfec0,206,c031de80,c02d4cc0) at
> netbsd:cpu_debugger+0x4
> panic(c02f5280,c02b0def,c02b495f,c02d4800,30d) at netbsd:panic+0xb5
> __assert(c02b0def,c02d4800,30d,c02b495f,0) at netbsd:__assert+0x2e
> proc_free(c3e4cab4,bfbfe7e8,48,c47cff40,0) at netbsd:proc_free+0x81
> sys_wait4(c3e4b6b4,c47cff70,c47cff68,c031daa8,c02fa834) at
> netbsd:sys_wait4+0xf5
> syscall_plain() at netbsd:syscall_plain+0x10f
> --- syscall (number 7) ---
> 0xbdb3893f
> db{0}> sync
> ...
> I also got a crashdump but the netbsd.?.core is somehow damaged, I've
> tried it several times but gdb refuses it :-(
> so, what's next?

What command are you using with "gdb"?  You do know that you
can't open a kernel core like a program core; you have to use
"target kcore netbsd.N.core" from within "gdb", and that if you
have the full symbols, you'll want to do "file netbsd.gdb"?
"ps -N netbsd.N.core" might also be informative.


Frederick