I\'m looking at the poll() man page, and it tells me the behavior of poll() when positive and negative values are passed in for the timeout parameter.
It will return immediately:
If timeout is greater than zero, it specifies a maximum interval (in milliseconds) to wait for any file descriptor to become ready. If timeout is zero, then
poll()will return without blocking. If the value of timeout is-1, thepollblocks indefinitely.
, as of Mac OS X 10.5;
Maximum interval to wait for the poll to complete, in milliseconds. If this value is 0,
poll()will return immediately. If this value isINFTIM (-1),poll()will block indefinitely until a condition is found.
, as of OpenBSD 3.8
As I see it, waiting for a timeout means "having" a timeout. This way I would expect that poll() actually checks the file descriptors, and then waits if no one is ready to a timeout of 0 milliseconds (no wait at all). But the case is that it will just signal if a fd is available.
I also checked linux source code and to my knowledge, this is the way it works: first calculates the "future" waiting point, then checks the file descriptors, then if none available, waits for the timeout specified time.
Regards,
From the Ubuntu man pages:
The timeout argument specifies an upper limit on the time for which poll() will block, in milliseconds. Specifying a negative value in timeout means an infinite timeout.
Because there is no special case for 0, I would assume that poll() will block for 0 milliseconds.