[Python-checkins] r74064 - python/branches/py3k
alexandre at peadrop.com
Fri Jul 17 14:59:33 CEST 2009
Could you double-check that the following commits are correctly
integrated in the py3k branch? They all look good to me, except
perhaps r73863 which I am unsure about.
On Fri, Jul 17, 2009 at 8:49 AM,
alexandre.vassalotti<python-checkins at python.org> wrote:
> Author: alexandre.vassalotti
> Date: Fri Jul 17 14:49:05 2009
> New Revision: 74064
> Blocked revisions 73819,73821-73822,73863,73877 via svnmerge
> r73819 | kristjan.jonsson | 2009-07-03 19:07:07 -0400 (Fri, 03 Jul 2009) | 2 lines
> some platforms may raise ENOTCONN if the stack has disconnected the socket on behalf of the peer.
> r73821 | kristjan.jonsson | 2009-07-03 19:26:02 -0400 (Fri, 03 Jul 2009) | 2 lines
> Incorrect exception handling for xmlrp client retry
> r73822 | kristjan.jonsson | 2009-07-03 19:29:50 -0400 (Fri, 03 Jul 2009) | 2 lines
> Incorrect exception handling for xmlrpc client retry
> r73863 | kristjan.jonsson | 2009-07-05 16:56:57 -0400 (Sun, 05 Jul 2009) | 2 lines
> close_request() (which can send a socket.shutdown()) must be called by the child process in a forking server. The parent must merely close the socket handle.
> r73877 | kristjan.jonsson | 2009-07-07 05:01:34 -0400 (Tue, 07 Jul 2009) | 2 lines
> added the shutdown_request() which can perform shutdown before calling close. This is needed for the ForkingMixIn because different close semantics are required for child and parent process. shutdown_request(), for TCP servers, calls socket.shutdown() and then calls close_request(). Therefore, this is not an backwards incompatible change, since subclasses that continue to override close_request() continue to work.
> python/branches/py3k/ (props changed)
> Python-checkins mailing list
> Python-checkins at python.org
More information about the Python-checkins