Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 8c52ab5

Browse files
committed
Issue #14641: merge with 3.2
2 parents a82c960 + cfdba61 commit 8c52ab5

1 file changed

Lines changed: 2 additions & 2 deletions

File tree

Doc/howto/sockets.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -153,7 +153,7 @@ I'm not going to talk about it here, except to warn you that you need to use
153153
there, you may wait forever for the reply, because the request may still be in
154154
your output buffer.
155155

156-
Now we come the major stumbling block of sockets - ``send`` and ``recv`` operate
156+
Now we come to the major stumbling block of sockets - ``send`` and ``recv`` operate
157157
on the network buffers. They do not necessarily handle all the bytes you hand
158158
them (or expect from them), because their major focus is handling the network
159159
buffers. In general, they return when the associated network buffers have been
@@ -164,7 +164,7 @@ been completely dealt with.
164164
When a ``recv`` returns 0 bytes, it means the other side has closed (or is in
165165
the process of closing) the connection. You will not receive any more data on
166166
this connection. Ever. You may be able to send data successfully; I'll talk
167-
about that some on the next page.
167+
more about this later.
168168

169169
A protocol like HTTP uses a socket for only one transfer. The client sends a
170170
request, then reads a reply. That's it. The socket is discarded. This means that

0 commit comments

Comments
 (0)