This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author pfreixes
Recipients gvanrossum, pfreixes, yselivanov
Date 2017-07-05.21:27:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CA+ULCcHTgTuM0Y-3jYz_4KZS3iupz_XDEt7vfQBXyd_ouZ9vuQ@mail.gmail.com>
In-reply-to <1499289561.41.0.746177153861.issue30861@psf.upfronthosting.co.za>
Content
Yeps,

I have an example related to Redis [1], the server warns that the
connection will be closed because you reached out the maximum number
of connections.

But IMHO the example it's just that an example, if the connection at
some point was not broken/closed/... and some data came into the
buffer, this data should be put available for the user.

[1] https://github.com/antirez/redis/blob/09dd7b5ff02de4a311032939c27fd6fc62fbd4a3/src/networking.c#L615

On Wed, Jul 5, 2017 at 11:19 PM, Guido van Rossum
<report@bugs.python.org> wrote:
>
> Guido van Rossum added the comment:
>
> Do you have a specific use case where it's important to access the remaining data? ISTM that this is happening when the connection is lost and then it shouldn't matter how much of the data you read or not -- the connection was broken before the remote side closed it, and you should not trust the data.
>
> ----------
> nosy: +gvanrossum
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue30861>
> _______________________________________
History
Date User Action Args
2017-07-05 21:27:10pfreixessetrecipients: + pfreixes, gvanrossum, yselivanov
2017-07-05 21:27:10pfreixeslinkissue30861 messages
2017-07-05 21:27:10pfreixescreate