Re: Interruptible sleeps (was Re: CommitFest 2009-07: Yay, Kevin! Thanks, reviewers!)
| От | Tom Lane |
|---|---|
| Тема | Re: Interruptible sleeps (was Re: CommitFest 2009-07: Yay, Kevin! Thanks, reviewers!) |
| Дата | |
| Msg-id | 20707.1283798790@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Interruptible sleeps (was Re: CommitFest 2009-07: Yay, Kevin! Thanks, reviewers!) (Markus Wanner <markus@bluegap.ch>) |
| Ответы |
Re: Interruptible sleeps (was Re: CommitFest 2009-07: Yay,
Kevin! Thanks, reviewers!)
|
| Список | pgsql-hackers |
Markus Wanner <markus@bluegap.ch> writes:
> Is pselect() really as unportable as stated in the patch? What platforms
> have problems with pselect()?
Well, it's not defined in the Single Unix Spec, which is our customary
reference for portability. Also, it's alleged that some platforms have
it but in a form that's not actually any safer than select(). For
example, I read in the Darwin man page for it
IMPLEMENTATION NOTES The pselect() function is implemented in the C library as a wrapper around select().
and that man page appears to be borrowed verbatim from FreeBSD.
> Using the self-pipe trick, don't we risk running into the open file
> handles limitation? Or is it just two handles per process?
It's just two handles per process.
regards, tom lane
В списке pgsql-hackers по дате отправления: