SIGCHLD race condition?
Nicolas Williams
Nicolas.Williams at ubsw.com
Thu Sep 27 03:44:38 EST 2001
How about:
- selecting for exceptions -- remove dead fildeses from the read/write
select masks (will this catch ptys where the child has close its
stdio?)
- if select() will be called only with the client connection socket,
then the child must have closed its stdio -- either check wether the
child is alive or add a timeout to the select() or plain and simply
exit.
Nico
On Wed, Sep 26, 2001 at 10:30:42AM -0700, Paul Menage wrote:
> >
> >
> >On Wed, 26 Sep 2001, Paul Menage wrote:
> >
> >> - Switch to using queued signals for network readiness events, then use
> >> sigtimedwait() or similar instead of select(). I imagine that this would
> >> be a fairly major overhaul of the networking code.
> >>
> >
> >And how does one emulate sigtimedwait() for those older platforms that
> >lack it? I don't remember seeing it listed in the NeXTStep manpages.
>
> So scrap that idea then - it's more of a change than I'd think people
> would want anyway.
>
> How about the pipe solution? That should be relatively portable.
>
> Paul
--
Visit our website at http://www.ubswarburg.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.
More information about the openssh-unix-dev
mailing list