[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 08 Dec 2014 16:49:00 +0100
From: Laurent Bercot <ska-dietlibc@...rnet.org>
To: musl@...ts.openwall.com
Subject: Re: [RFC] EINTR and PC loser-ing library design
On 08/12/2014 16:28, Rich Felker wrote:
> The only such exception I'm aware of is that POSIX allows, but does
> not require, select to fail with EINTR even when SA_RESTART is used.
What do you say of poll ?
The poll() function shall fail if:
[EINTR]
A signal was caught during poll().
Note that it is "shall", not "may".
One may argue that the SA_RESTART behaviour has priority over "poll() shall
fail with EINTR if a signal is caught", as with other functions such as
read(), but one may also argue that, just as with select(), it makes perfect
sense to *not* restart poll() when a signal is caught, since time has elapsed
since the original call and the application may want to update the timeout
values, so the exception that applies to select should also apply to poll.
--
Laurent
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
