Cross-platform socket.getsocko pt and struct.unpack (or socket timeout)?

[Heikki Toivonen]

M2Crypto has some old code that gets and sets socket timeouts in
http://svn.osafoundation.org/m2crypt.../Connection.py,
for example:

def get_socket_read _timeout(self):
return
timeout.struct_ to_timeout(self .socket.getsock opt(socket.SOL_ SOCKET,
socket.SO_RCVTI MEO, timeout.struct_ size()))

The helper timeout module is here:
http://svn.osafoundation.org/m2crypt...SSL/timeout.py

I just noticed that this does not work on Windows. Here's a small test
program that demonstrates the issue using native and Cygwin Python
2.5.2, 32-bit Windows XP (no M2Crypto needed for this):

import struct
import socket

s = socket.socket(s ocket.AF_INET, socket.SOCK_STR EAM)
s.setsockopt(so cket.SOL_SOCKET , socket.SO_REUSE ADDR, 1)
timeout_struct = s.getsockopt(so cket.SOL_SOCKET , socket.SO_RCVTI MEO,
struct.calcsize ('ll'))
print "%d:'%s'" % (len(timeout_st ruct), timeout_struct)
print struct.unpack(' ll', timeout_struct)

This outputs

4:' '
Traceback (most recent call last):
File "t.py", line 8, in <module>
print struct.unpack(' ll', timeout_struct)
File "/usr/lib/python2.5/struct.py", line 87, in unpack
return o.unpack(s)
struct.error: unpack requires a string argument of length 8

It works fine on 32 and 64 bit Linux (Ubuntu 8.04).

The kicker is that I can't remember if I actually ever tested this on
Windows before.

This goes to a level of socket programming that I haven't done before.

Is there a cross-platform way of doing what the M2Crypto code is
attempting to do?

--
Heikki Toivonen

[Fredrik Lundh]

Heikki Toivonen wrote:

Is there a cross-platform way of doing what the M2Crypto code is
attempting to do?

calling the socket object's settimeout() method?

</F>

[Heikki Toivonen]

Fredrik Lundh wrote:

Heikki Toivonen wrote:

>Is there a cross-platform way of doing what the M2Crypto code is
attempting to do?

calling the socket object's settimeout() method?

I would suspect that is not strictly equivalent to what the old code is
doing, though, because it seems you can set read and write timeouts
separately using the socket options directly.

--
Heikki Toivonen