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 lawsonjl.ornl
Recipients asvetlov, cjrh, cmeyer, jack1142, lawsonjl.ornl, mikeshardmind, pepoluan, rmawatson, steve.dower, yselivanov
Date 2021-06-22.14:16:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1624371397.65.0.513534814217.issue39232@roundup.psfhosted.org>
In-reply-to
Content
We are running into this all the time, ever since the Proactor became the default on Windows in 3.8. 

Usually it comes up when the program terminates due to an unhandled exception during a highly concurrent operation. The resulting cascade of RuntimeErrors often obscures the real reason for failure, which makes debugging more painful than it should be. But sometimes this cascade of RuntimeErrors will occur even when the program otherwise executes successfully. So it can be difficult to know if the program actually blew up or if it's just benign event loop vomit.

Converting this particular error to a warning would be great, but eliminating the call to the event loop in __del__ would be even better. I understand that's easier said than done, or else ProactorBasePipeTransport wouldn't be leaning on __del__ in the first place.
History
Date User Action Args
2021-06-22 14:16:37lawsonjl.ornlsetrecipients: + lawsonjl.ornl, asvetlov, cjrh, yselivanov, steve.dower, cmeyer, mikeshardmind, jack1142, rmawatson, pepoluan
2021-06-22 14:16:37lawsonjl.ornlsetmessageid: <1624371397.65.0.513534814217.issue39232@roundup.psfhosted.org>
2021-06-22 14:16:37lawsonjl.ornllinkissue39232 messages
2021-06-22 14:16:37lawsonjl.ornlcreate