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 giampaolo.rodola
Recipients flox, giampaolo.rodola, janssen, pitrou, vstinner
Date 2010-03-12.22:01:41
SpamBayes Score 7.657258e-10
Marked as misclassified No
Message-id <1268431304.4.0.859565590358.issue8108@psf.upfronthosting.co.za>
In-reply-to
Content
> I'd really love to understand what the state of the TCP connection 
> is here. I'm presuming that it's still open, because otherwise you'd 
> get a different error from OpenSSL.  So what's the error that's 
> triggering this call?  Is it simply that the sender has run out of 
> stuff to send?

"almost closed"? :)
I don't know but I wouldn't label this as an "unexpected error" because when dealing with non blocking sockets errors like this one are perfectly legitimate as they "tell" the upper application what it is expected to do (for example EWOULDBLOCK on send() means "retry later").

A patch is in attachment but I have not been able to reproduce this issue on python 2.7 r78878 on Ubuntu 8.04 so it might not work (I suspect it might end up in an endless loop).

If this doesn't work we can try the second option of calling handle_read/write right after shutdown().
History
Date User Action Args
2010-03-12 22:01:44giampaolo.rodolasetrecipients: + giampaolo.rodola, janssen, pitrou, vstinner, flox
2010-03-12 22:01:44giampaolo.rodolasetmessageid: <1268431304.4.0.859565590358.issue8108@psf.upfronthosting.co.za>
2010-03-12 22:01:42giampaolo.rodolalinkissue8108 messages
2010-03-12 22:01:42giampaolo.rodolacreate