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 ssoria
Recipients janssen, loewis, ssoria
Date 2010-01-11.00:46:27
SpamBayes Score 8.977785e-09
Marked as misclassified No
Message-id <1263170788.83.0.396247042344.issue7672@psf.upfronthosting.co.za>
In-reply-to
Content
You've got init_* that Python calls whenever it loads a library, you could just as easily have destroy_*. But that would probably be overkill.

How would the application know that Python has created callbacks? This is just one instance. Who knows where else this is done in any number of libraries. You you suggest that any application which dynamically loads a library never unload it?

What is the general case that this would not be fixed in? If a multi-threaded app uses SSL and doesn't load its own callbacks then it is in violation as libcryto states that certain callbacks must be set. If it doesn't use SSL then it's never going to have a problem as the callbacks will never be called after _ssl.so is unloaded. So the remaining case is a single threaded app that doesn't load the callbacks because it's single-threaded. But in that case it should be using a single threaded python library or it is in violation as it can no longer be considered a single-threaded app, and therefore should have loaded its own callbacks.
History
Date User Action Args
2010-01-11 00:46:28ssoriasetrecipients: + ssoria, loewis, janssen
2010-01-11 00:46:28ssoriasetmessageid: <1263170788.83.0.396247042344.issue7672@psf.upfronthosting.co.za>
2010-01-11 00:46:27ssorialinkissue7672 messages
2010-01-11 00:46:27ssoriacreate