Messages in this thread | | | From | Ulrich Drepper <> | Date | Sun, 11 Sep 2011 10:45:45 -0400 | Subject | Re: pselect semantics - no EINTR with pending signals |
| |
On Fri, Sep 9, 2011 at 09:25, Maciek Borzecki <maciek.borzecki@gmail.com> wrote: > Now, I'm not sure about the semantics of pselect. I'm not saying that > the current version is right or wrong, but raising a question if this > is really expected (and it did happen to be quite unexpected for me).
The standard says
If sigmask is not a null pointer, then the pselect() function shall replace the signal mask of the process by the set of signals pointed to by sigmask before examining the descriptors, and shall restore the signal mask of the process before returning.
The way I read this the kernel does have to give the signal a chance to be delivered even if there are file descriptor ready for I/O.
| |