Message99681
In particular, I mean this part of the socket API:
socket.makefile([mode[, bufsize]])
Return a file object associated with the socket. (File objects are
described in File Objects.) The file object references a dup()ped
version of the socket file descriptor, so the file object and socket
object may be closed or garbage-collected independently. The socket
must be in blocking mode (it can not have a timeout). The optional
mode and bufsize arguments are interpreted the same way as by the
built-in file() function.
The language may be a little vague, but it means that closing the file
generated by makefile() should not close the underlying socket.
Jeremy
On Sun, Feb 21, 2010 at 3:23 PM, Jeremy Hylton <report@bugs.python.org> wrote:
>
> Jeremy Hylton <jeremy@alum.mit.edu> added the comment:
>
> On Sat, Feb 20, 2010 at 12:06 AM, R. David Murray
> <report@bugs.python.org> wrote:
>>
>> R. David Murray <rdmurray@bitdance.com> added the comment:
>>
>> But the docs (which presumably describe the API) say that the socket is unusable after the call to close, which argues that the paramiko sockets are following the documented API. Do the docs need to be corrected?
>
> I mean the documented socket API.
>
> Jeremy
>
>> ----------
>>
>> _______________________________________
>> Python tracker <report@bugs.python.org>
>> <http://bugs.python.org/issue7806>
>> _______________________________________
>>
>
> ----------
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue7806>
> _______________________________________
> _______________________________________________
> Python-bugs-list mailing list
> Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/jeremy%40alum.mit.edu
>
> |
|
Date |
User |
Action |
Args |
2010-02-21 20:32:23 | jhylton | set | recipients:
+ jhylton, r.david.murray, sijinjoseph, Robert.Buchholz |
2010-02-21 20:32:22 | jhylton | link | issue7806 messages |
2010-02-21 20:32:21 | jhylton | create | |
|