[Python-checkins] cpython (merge 3.2 -> default): Issue #14641: merge with 3.2

sandro.tosi python-checkins at python.org
Mon Apr 23 19:47:25 CEST 2012


http://hg.python.org/cpython/rev/caf39de79819
changeset:   76502:caf39de79819
parent:      76498:86b4b54bb0fa
parent:      76501:9bb9604519ce
user:        Sandro Tosi <sandro.tosi at gmail.com>
date:        Mon Apr 23 19:45:45 2012 +0200
summary:
  Issue #14641: merge with 3.2

files:
  Doc/howto/sockets.rst |  4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)


diff --git a/Doc/howto/sockets.rst b/Doc/howto/sockets.rst
--- a/Doc/howto/sockets.rst
+++ b/Doc/howto/sockets.rst
@@ -153,7 +153,7 @@
 there, you may wait forever for the reply, because the request may still be in
 your output buffer.
 
-Now we come the major stumbling block of sockets - ``send`` and ``recv`` operate
+Now we come to the major stumbling block of sockets - ``send`` and ``recv`` operate
 on the network buffers. They do not necessarily handle all the bytes you hand
 them (or expect from them), because their major focus is handling the network
 buffers. In general, they return when the associated network buffers have been
@@ -164,7 +164,7 @@
 When a ``recv`` returns 0 bytes, it means the other side has closed (or is in
 the process of closing) the connection.  You will not receive any more data on
 this connection. Ever.  You may be able to send data successfully; I'll talk
-about that some on the next page.
+more about this later.
 
 A protocol like HTTP uses a socket for only one transfer. The client sends a
 request, then reads a reply.  That's it. The socket is discarded. This means that

-- 
Repository URL: http://hg.python.org/cpython


More information about the Python-checkins mailing list