Re: [PATCH 20/40] Windows: A rudimentary poll() emulation.
- From
Johannes Sixt <johannes.sixt@telecom.at>
- Date
- Feb 28, 2008, 20:49 UTC
- Message-ID
- <200802282149.36748.johannes.sixt@telecom.at>
- In-Reply-To
- <47C680A4.6050309@gnu.org>
On Thursday 28 February 2008 10:36, Paolo Bonzini wrote:
Show 10 quoted lines
> Johannes Sixt wrote: > > This emulation of poll() is by far not general. It assumes that the > > fds that are to be waited for are connected to pipes. The pipes are > > polled in a loop until data becomes available in at least one of them. > > If only a single fd is waited for, the implementation actually does > > not wait at all, but assumes that a subsequent read() will block. > > For the future, would it be better to first use WaitForMultipleObjects, > and then use PeekNamedPipe to find which handles have data on it? > That's how the mingw port of GNU Smalltalk does it.
I tried but I failed. If you can show me code where WaitForMultipleObjects works on handles that MSVCRT.DLL's open() created, I'll gladly accept it!
-- Hannes