Message100977
> 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(). |
|
Date |
User |
Action |
Args |
2010-03-12 22:01:44 | giampaolo.rodola | set | recipients:
+ giampaolo.rodola, janssen, pitrou, vstinner, flox |
2010-03-12 22:01:44 | giampaolo.rodola | set | messageid: <1268431304.4.0.859565590358.issue8108@psf.upfronthosting.co.za> |
2010-03-12 22:01:42 | giampaolo.rodola | link | issue8108 messages |
2010-03-12 22:01:42 | giampaolo.rodola | create | |
|