Guido van Rossum added the comment: I wonder if Christian Heimes was correct that the ssl object needs GC support? This was part of his patch (which I checked in and then reverted because the other part of it didn't work as advertised).
Alternatively, if 's' is involved in a cycle *and* any of the objects in the cycle has a __del__ method, the GC won't call __del__. This seems counter-intuitive but is actually correct since __del__ can only be called when there are no references to an object left. --Guido On Dec 10, 2007 3:30 PM, Bill Janssen <[EMAIL PROTECTED]> wrote: > > Bill Janssen added the comment: > > The other leak comes from this code: > > s = ssl.wrap_socket(socket.socket(), ...) > s.connect((SOME BOGUS ADDRESS OR SERVER)) > > The connect() fails, and the SSLSocket "s"gets dropped on the floor, > but never seems to be GC'd, (or the GC never seems to call the __del__ > method). Any idea why? > > Could this be because the base class is a C class? > > > __________________________________ > Tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue1469> > __________________________________ > __________________________________ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1469> __________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com