Re: IO::Socket::INET on win32

Which version of Perl? Cos I can't get it to crash on any of the versions I have available.

It doesn't succeed, but that's not the same as "crashing". And if you print out the extended error information you get a clue as to why:

use IO::Socket::INET;
my $s = IO::Socket::INET-> new(
    Listen    => 5,
    LocalPort => 10000,
    Blocking  => 0,
    ReuseAddr => 1,
) or die "error:$! [$^E]";

print $s;
__END__
c:\test>junk
error: [Incorrect function] at c:\test\junk.pl line 2.
[download]

The reason for the failure is that the Blocking => 0 parameter is nt supported on win32. Is is possible to set sockets non-blocking on win32, but you have to use an ioctl call to do it.

A supersearch for "0x8004667e" turns up a whole bunch of previous discussion and examples.

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

"Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."

Comment on Re: IO::Socket::INET on win32 Select or Download Code

Replies are listed 'Best First'.
Re^2: IO::Socket::INET on win32 by dk (Chaplain) on Dec 13, 2007 at 19:37 UTC
Yes, it's not "crashing" but exiting with an error, sorry. So if I'd publish portable code, what are best practices? Pepper the code with `ioctl() if $^O =~ /win32/i` or don't use IO::Socket::INET altogether, or use something else? I've seen POE calls ioctl() for versions less than 5.8, but calls $fh->blocking(0) otherwise... So that's incorrect, still use ioctl? I've tried on 5.8 and 5.10, same thing.	[reply] [d/l]
Re^3: IO::Socket::INET on win32 by BrowserUk (Patriarch) on Dec 13, 2007 at 23:06 UTC
Pepper the code with ioctl() if $^O =~ /win32/i ... Well, at the application level, probably the best thing you could do is override the IO::Socket constructor, strip the Blocking parameter on before instantiating the socket, and apply the ioctl() on the way out. Unfortunately, I don't think that will get you very far as I don't think the setting would be applied to sockets return by `accept()`, and then it starts getting messy. Of course, the best thing would be to apply/submit a patch to IO::Socket to enable the correct behaviour for Win32, but given the length of time that the 'fix' has been known, the fact that none of the experts hereabouts and elsewhere have applied such a patch could suggest that it is non-trivial. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. "Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."	[reply] [d/l]
Re^4: IO::Socket::INET on win32 by dk (Chaplain) on Dec 14, 2007 at 00:02 UTC
the fact that none of the experts hereabouts and elsewhere have applied such a patch could suggest that it is non-trivial Exactly. And that is what scares me most :(	[reply]