[Python-Dev] Why not using "except: (...) raise" to cleanup on error?
Victor Stinner
vstinner at redhat.com
Mon Jun 4 15:36:02 EDT 2018
More information about the Python-Dev mailing list
Mon Jun 4 15:36:02 EDT 2018
- Previous message (by thread): [Python-Dev] Why not using "except: (...) raise" to cleanup on error?
- Next message (by thread): [Python-Dev] Why not using "except: (...) raise" to cleanup on error?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
2018-06-04 18:45 GMT+02:00 Guido van Rossum <guido at python.org>: > It is currently a general convention in asyncio to only catch Exception, not > BaseException. I consider this a flaw and we should fix it, but it's > unfortunately not so easy -- the tests will fail if you replace all > occurrences of Exception with BaseException, and it is not always clear > what's the right thing to do. E.g. catching KeyboardInterrupt may actually > make it harder to stop a runaway asyncio app. I recall vaguely something about loop.run_until_complete() which didn't behave "as expected" when interrupted by CTRL+c, like the following call to loop.run_until_complete() didn't work as expected. But this issue has been sorted out, no? I mean that maybe asyncio uses "except Exception:" for "historical reasons"? Victor
- Previous message (by thread): [Python-Dev] Why not using "except: (...) raise" to cleanup on error?
- Next message (by thread): [Python-Dev] Why not using "except: (...) raise" to cleanup on error?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list