Re: P_WEXIT
Re: P_WEXIT
- Subject: Re: P_WEXIT
- From: Joseph Oreste Bruni <email@hidden>
- Date: Fri, 15 Dec 2006 20:04:59 -0700
On Dec 15, 2006, at 7:35 PM, Terry Lambert wrote:
On Dec 15, 2006, at 9:20 AM, Quinn wrote:
At 20:24 -0700 13/12/06, Joseph Oreste Bruni wrote:
On my test system, I can start and kill my process all day long
and never reproduce this. In production, where the system runs
for weeks, the condition occurs...
You might want to set up kernel core dumps on your production
machine. When you get a stuck process, you can press NMI to dump
a kernel core. From that you could look at the state of the stuck
process.
<http://developer.apple.com/technotes/tn2004/tn2118.html>
I concur; I meant to respond to this earlier, and my opinion is
that there's nothing for this except the kernel debugger.
If you have a second machine to debug with, then that wold be
better thn a core dump server (unless there was an intent to send
the core to Apple in a bug report), since a lot of the kgmacros
that would be useful for debugging this issue do not work on core
files because of gdb limitations that have not been addresses
(specifically local shadow register state being used in place of
image register state so things like "switchtoact" actually switch).
-- Terry
I had already opened a bug (4680335), but it was closed with a
"behaves correctly" status. Create a new one or can I file this under
the original?
I figured this would eventually end up being a kernel problem since
the basic outline of my program is:
1) create N number of threads at startup
2) do network and file I/O for days, weeks, etc.
3) receive SIGTERM
4) join with N number of threads
5) exit()
6) hang in kernel who thinks there are still more threads
7) ???
I've had to send kernel dumps before so I'm familiar with the
process. (Bug in original PCI fibrechannel card in G5 Xserve.)
Now I get to figure out how to generate an NMI on the headless Xserve...
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
| References: | |
| | >P_WEXIT (From: Joseph Oreste Bruni <email@hidden>) |
| | >Re: P_WEXIT (From: Quinn <email@hidden>) |
| | >Re: P_WEXIT (From: Terry Lambert <email@hidden>) |