process in STOP state
davidxu at freebsd.org
Fri Jan 15 01:31:26 UTC 2010
Tijl Coosemans wrote:
ursig ast doreti_ast
>> Besides weird formatting of procstat -k output, I do not see anything
>> wrong in the state of the process. It got SIGSTOP, I am sure.
>> Attaching gdb helps because debugger gets signal reports instead of
>> target process getting the signal actions on signal delivery.
>> The only question is why the process gets SIGSTOP at all.
> Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that.
> I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757
> describing a problem with ptrace and signals, so you might want to give
> the kernel patch a try.
The problem in your patch is that ksi pointer can not be hold across
thread sleeping, because once the process is resumed, there is no
guarantee that the thread will run first, once the signal came from
process's signal queue, other threads can remove the signal, and here
your sigqueue_take(ksi) is dangerous code.
More information about the freebsd-stable