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 pitrou
Recipients jcea, pitrou
Date 2011-06-16.13:20:15
SpamBayes Score 3.150935e-09
Marked as misclassified No
Message-id <1308230415.88.0.74901088892.issue12343@psf.upfronthosting.co.za>
In-reply-to
Content
Note: the only significant changes in the ssl module on branch 2.7 have been 742d73a99425 and 7f99ac53014a.

> Protecting my "reads" retrying when getting this exception does the
> trick, but now my code is convoluted and never before I had to manage
> this directly. This worked fine in 2.7.1. Previously Python seemed to
> do the retry itself.

I'm sure it didn't. I think you were just lucky that you had enough data to satisfy the read. With non-blocking code, by definition you have to be prepared to retry. That's especially true when using SSL, because having bytes available on the socket (as signalled by select()) doesn't mean there's anything to read on the SSL layer (for example, the bytes may not form a complete SSL frame).
History
Date User Action Args
2011-06-16 13:20:15pitrousetrecipients: + pitrou, jcea
2011-06-16 13:20:15pitrousetmessageid: <1308230415.88.0.74901088892.issue12343@psf.upfronthosting.co.za>
2011-06-16 13:20:15pitroulinkissue12343 messages
2011-06-16 13:20:15pitroucreate