Message394653
| Author |
mark.dickinson |
| Recipients |
Xtrem532, chrahunt, erik.bray, mark.dickinson |
| Date |
2021年05月28日.12:06:47 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1622203607.73.0.797928031549.issue32082@roundup.psfhosted.org> |
| In-reply-to |
| Content |
You say "for testing purposes only", but I'd add "for debugging" to the list of use-cases, having just spent a few hours trying to understand why I was getting a particular PySide2 "Internal C++ object already deleted." exception under Python 3.6 but not under Python 3.7 and later. [*]
Even just making the list of exit handlers introspectable (so just _get_exitfuncs()) would have been really useful in diagnosing the issue faster.
[*] The answer turned out to be that under Python 3.6 the PySide2 exit handler was being run before the concurrent.futures thread-cleanup exit handler, while on Python 3.7, for obscure reasons, the exit handlers were being registered in the reverse order. To discover this, I ended up resorting to the elegant hack (if that's not a contradiction in terms) described in https://stackoverflow.com/a/63029332/270986 |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2021年05月28日 12:06:47 | mark.dickinson | set | recipients:
+ mark.dickinson, erik.bray, chrahunt, Xtrem532 |
| 2021年05月28日 12:06:47 | mark.dickinson | set | messageid: <1622203607.73.0.797928031549.issue32082@roundup.psfhosted.org> |
| 2021年05月28日 12:06:47 | mark.dickinson | link | issue32082 messages |
| 2021年05月28日 12:06:47 | mark.dickinson | create |
|