On Nov 16, 2007 4:49 PM, David Bustos <David.Bustos at sun.com> wrote:
> Well I didn't find a definitive statement that signals are deferred > while a process is stopped and delivered when it is restarted, but > I have observed svc.startd sometimes exiting after pstop/kill/prun and > sometimes not on my snv_69 desktop. And when it doesn't, > "echo finished::print | mdb -p `pgrep startd`" reports 0x1, which > indicates that the signal handler was indeed executed, but the main > thread was not awoken. So I think that when svc.startd is started > normally, the kernel always selects the main thread to deliver signals > to, but pstop'ing and prun'ing will sometimes rearrange things so that > the kernel chooses another thread. In which case the bug still valid. > David, Thanks for looking at it. I'll try to revise the test script to account for a pstop somehow and proceed from there. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20071116/d51e3086/attachment.html>
