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 alex
Recipients alex, christian.heimes, dstufft, geertj, giampaolo.rodola, janssen, pitrou
Date 2014-10-05.22:25:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1412547910.75.0.107322328237.issue22559@psf.upfronthosting.co.za>
In-reply-to
Content
Right, socket._socketobject mearly nulls out the reference to _socket.socket, and lets reference counting take care of the rest.

I've more of less got this figured out:

* When do_handshake() raises an exception (say, a CertificateError), then a reference to a traceback is stored for sys.exc_info()
* This traceback holds a reference to a frame where ssl.SSLObject is self
* ssl.SSLObject holds a reference to _ssl._SSLSocket
* Which holds a reference to _socket.socket

This is avoided on Python3 because exceptions don't stick around, adding a ``sys.exc_clear()`` to that test causes it to not hang.

It seems like ``ssl.SSLSocket.close()`` should probably explicitly close the ``SSLObject`` somehow? I think this problem would appear on Python3 if you caught the exception manually and kept a reference to it?
History
Date User Action Args
2014-10-05 22:25:10alexsetrecipients: + alex, geertj, janssen, pitrou, giampaolo.rodola, christian.heimes, dstufft
2014-10-05 22:25:10alexsetmessageid: <1412547910.75.0.107322328237.issue22559@psf.upfronthosting.co.za>
2014-10-05 22:25:10alexlinkissue22559 messages
2014-10-05 22:25:10alexcreate