New submission from mlj <mlitt...@live.co.uk>:
traceback.py and how it handles 'SyntaxError's, which includes a bunch of assumptions about attributes that a SyntaxError should have defined: https://github.com/python/cpython/blob/master/Lib/traceback.py#L516 Definition of xml.etree.ElementTree.ParseError, marking it out as a sub-class of a SyntaxError: https://github.com/python/cpython/blob/master/Lib/xml/etree/ElementTree.py#L106 How a ParseError is raised by ElementTree, noting that it doesn't set `filename` (and probably `text` too) as an attribute of the exception isntance: https://github.com/python/cpython/blob/master/Lib/xml/etree/ElementTree.py#L1625 The most recent commit in the code areas I've highlighted is from `6bc2c1e7ebf359224e5e547f58ffc2c42cb36a39` from March 2015, which added in the assumptions about attributes to `traceback.py`. The whole thing is markedly confusing, because the code in `traceback.py` isn't being run inside an exception handler, so when it crashes it completly obfuscates the actual root-cause of the issue (in other cases you'd get the "while handling this error, another happened" which is much more user friendly). I'm not sure what the correct fix here is but I tried making xml.etree.ElementTree.ParseError a standalone exception, not a sub-class of SyntaxError but it didn't take. Probably shouldn't be delving about in the guts of the python-core on my laptop, but ho-hum. ---------- components: XML messages: 356366 nosy: mlj priority: normal severity: normal status: open title: AttributeError: 'xml.etree.ElementTree.ParseError' has no attribute 'filename' type: crash versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9 _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue38766> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
