socket read timeout

Hi,

I am looking for the most efficient / cleanest way to implement a socket
read with timeout (Windows mainly but would be great if the same code
worked under *nix)

Tanks,

hg

re: socket read timeout

hg napisa³(a):
Did you see http://www.timo-tasi.org/python/timeoutsocket.py ?

--
Jarek Zgoda

"We read Knuth so you don't have to."

re: socket read timeout

Jarek Zgoda wrote:Note that since 2.4, I believe, sockets in the standard library allow
you to specify a timeout parameter.

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Recent Ramblings http://holdenweb.blogspot.com

re: socket read timeout

JarekDid you see http://www.timo-tasi.org/python/timeoutsocket.py ?

Also socket objects have timeout attributes now.

Skip

re: socket read timeout

Steve Holden wrote:
Hi and thanks to all.

Do you mean use select ?

Thanks,

hg

re: socket read timeout

hg wrote:
No, socket's timeout:
Regards,

--
.. Facundo
..
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/

re: socket read timeout

Facundo Batista wrote:

My issue with that is the effect on write: I only want a timeout on read ...
but anyway ...

Thanks,

hg

re: socket read timeout

hg wrote:If you want selective timeout behaviour then yes, you should use select.

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Recent Ramblings http://holdenweb.blogspot.com

re: socket read timeout

hgMy issue with that is the effect on write: I only want a timeout on
hgread ... but anyway ...

So set a long timeout when you want to write and short timeout when you want
to read.

Skip

re: socket read timeout

skip@pobox.com wrote:

Not bad .. thanks

re: socket read timeout

<skip@p....x.comwrote:

Are sockets full duplex?

I know Ethernet isn't.

- Hendrik

re: socket read timeout

>So set a long timeout when you want to write and short timeout when youBoth are full duplex.

--
damjan

re: socket read timeout

Hendrik van Rooyen wrote:Yes. But you have to use non-blocking calls in your application to use
them as full-duplex in your code.
Don't know much, then, do you? ;-)

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Recent Ramblings http://holdenweb.blogspot.com

re: socket read timeout

"Steve Holden" <s..e@hol....eb.com>

wantThis seems to bear out the scenario I have described elsewhere in this
thread - I think its caused by the file handlers, but I don't _know_ it.
No not really - I easily get confused by such things as collisions...

: - )

- Hendrik

re: socket read timeout

Steve Holden wrote:Hmmm... I'm missing something. Suppose I have one thread (or
process) reading from a blocking-mode socket while another is
writing to it? What stops it from being full duplex?


--
--Bryan

re: socket read timeout

"Bryan Olson" <fakeaddress@nowhere.orgwrote:

Elsewhere in this thread I wrote about my experience with a serial port,
where I can show that the "file handler" only does the write once the
blocking read completes - and the point at issue is if sockets are the same.

We regularly get questions about "my stuff does not come out" on
the group, and I wondered whether this effect is the underlying cause.

But I don't know about the sockets case, which is why I asked.

You raise an interesting point about a different process - my serial
experience is using threads. I have never tried mixing processes
on a serial port. Haven't a clue if its possible, or if the behaviour
will be different.

- Hendrik

re: socket read timeout

Hendrik van Rooyen wrote:Right, but collisions are *so* twentieth-century, aren't they. With a
properly-implemented switched infrastructure Ethernet interfaces can
transmit and receive at the same time.

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Recent Ramblings http://holdenweb.blogspot.com

re: socket read timeout

Bryan Olson wrote:Nothing, I guess. I just didn't consider threaded code ...

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Recent Ramblings http://holdenweb.blogspot.com

re: socket read timeout

"Steve Holden" <s..e@h...b.comwrote:
This is true, while "A" and "B" are not simultaneously trying to address
"C" - Then you need something like store and forward, on the fly...

: - ) better known as "routing"...

Some (most?) of the little switches I have seen are too dumb even to
allow "A" to talk to "B" while "C" is talking to "D" - they just broadcast
the first "talker"'s message to all the "listeners" - little better than
active hubs, destroying the end point's hardware capability to talk and
listen at the same time.

I think the keywords here are "properly implemented" - its actually not a
trivial problem, as the switch has to know or learn who is where, and set
up paths accordingly, in real time. This is hard to do without store and
forward.

- Hendrik