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 r.david.murray
Recipients gvanrossum, jinty, r.david.murray, vstinner, yselivanov
Date 2015-10-27.16:54:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1445964865.55.0.709090264947.issue25489@psf.upfronthosting.co.za>
In-reply-to
Content
So, any exception raised in the exception handler will be re-raised via call_soon.  I think the message would be clearer if it said that (that the exception comes from the registered exception handler).

But, I'm not sure this is a good idea.  Exceptions are ignored in __del__ because they are asynchronous to the currently running code when the exception is executed (because they are triggered by garbage collection)...that is, there's no currently active statement when the exception is raised.  Just because asyncio is an async framework doesn't really change this fundamental truth (between explicit yield points, asyncio code is synchronous, that's its big attraction).

Making this change would make asyncio inconsistent with python's normal practice, and I don't (yet?) see a coherent motivation for doing so.
History
Date User Action Args
2015-10-27 16:54:25r.david.murraysetrecipients: + r.david.murray, gvanrossum, vstinner, yselivanov, jinty
2015-10-27 16:54:25r.david.murraysetmessageid: <1445964865.55.0.709090264947.issue25489@psf.upfronthosting.co.za>
2015-10-27 16:54:25r.david.murraylinkissue25489 messages
2015-10-27 16:54:25r.david.murraycreate