in reply to Re^4: Testing many devices - are threads the answer?
in thread Testing many devices - are threads the answer?
Linux here. Setting the Blocking => 0 makes IO::Socket::Inet->new succeed and return a handle immediately which is what I want, but the Socket may not be connected at that time. From the IO::Socket::INET pod:
Although it is not illegal, the use of "MultiHomed" on a socket which is in non-blocking mode is of little use. This is because the first connect will never fail with a timeout as the connect call will not block.
From that I conclude that it is the connect() which would cause the block in blocking mode, not the socket setup, and the connect() system call keeps running handled by the OS. My tests confirm that for my platform.
|Replies are listed 'Best First'.|
Re^6: Testing many devices - are threads the answer?
by BrowserUk (Pope) on May 13, 2009 at 21:15 UTC