Message188088
| Author |
pitrou |
| Recipients |
Ben.Darnell, kiilerix, pitrou |
| Date |
2013年04月29日.19:43:21 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1367264602.24.0.161775551971.issue13721@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Ok, so this is a slightly annoying issue, but which isn't critical since there's a workaround (catch the AttributeError). Therefore I'm inclined not to change the behaviour in a bugfix release, for fear of regressions for people who are used to the workaround.
In 3.4, it makes sense to improve behaviour. I would propose the following: when self._sslobj is None, call getpeername() on the underlying socket, and let it raise, so that the user gets an appropriate exception for the situation (ENOTCONN mostly, but who knows?). If getpeername() doesn't raise, raise a ValueError instead (since it's akin to calling read() or fileno() on a closed file).
What do you think? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2013年04月29日 19:43:22 | pitrou | set | recipients:
+ pitrou, kiilerix, Ben.Darnell |
| 2013年04月29日 19:43:22 | pitrou | set | messageid: <1367264602.24.0.161775551971.issue13721@psf.upfronthosting.co.za> |
| 2013年04月29日 19:43:22 | pitrou | link | issue13721 messages |
| 2013年04月29日 19:43:22 | pitrou | create |
|