[issue1503] test_xmlrpc is still flakey

Ralf Schmitt report at bugs.python.org
Wed Mar 26 23:54:24 CET 2008


Ralf Schmitt <schmir at gmail.com> added the comment:

With the following diff, test_xmlrpc.py passes without problems.

Like I said, someone else should decide where to turn on blocking mode.
I now think that it should be in the socket.accept (i.e. in the C code)
at least for unix platforms.
Those who really want a nonblocking socket, will most probably call that
setblocking(0) anyway (or their program is broken on linux, which
returns blocking sockets by default).



--- a/Lib/SocketServer.py	Wed Mar 26 22:41:36 2008 +0100
+++ b/Lib/SocketServer.py	Wed Mar 26 23:48:13 2008 +0100
@@ -441,8 +441,10 @@
         May be overridden.
 
         """
-        return self.socket.accept()
-
+        r= self.socket.accept()
+        r[0].setblocking(1)
+        return r
+    
     def close_request(self, request):
         """Called to clean up an individual request."""
         request.close()

__________________________________
Tracker <report at bugs.python.org>
<http://bugs.python.org/issue1503>
__________________________________


More information about the Python-bugs-list mailing list