[ python-Bugs-1307357 ] Datagram Socket Timeouts

[SourceForge.net]

Bugs item #1307357, was opened at 2005-09-28 17:20
Message generated for change (Comment added) made by tvrankar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1307357&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Tom Vrankar (tvrankar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Datagram Socket Timeouts

Initial Comment:
Python 2.4.1, MS Windows 2000 with service packs

I'm trying to have a UDP client check for its server to
start by repeatedly throwing messages at where it's
expected to appear, and then checking for a response. I
set a timeout on the recvfrom, expecting to block for
the timeout and then proceeding to an exception
handler, looping so until data is returned. Instead,
the recvfrom throws an immediate exception "Connection
reset by peer", and I loop rapidly without the
load-softening effect of the timeout (in fact, it's the
same behavior as if I didn't set the timeout at all).
What UDP "connection" is it talking about?

Seems wrong, but is it the implementation or is it me?
If I start the server first, I get one "Invalid
argument" exception in the client. In both cases, once
the server is started, both processes are satisfied.

Thanks.

twv

----------------------------------------------------------------------

>Comment By: Tom Vrankar (tvrankar)
Date: 2005-09-29 13:15

Message:
Logged In: YES 
user_id=1353485

BTW: On Solaris 8 it works as expected, with a "timed out"
exception after the requested time out for each recvfrom
until the server appears. This may be a Windoze-specific
socket-ism.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1307357&group_id=5470