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 terry.reedy
Recipients Elvis.Pranskevichus, amaury.forgeotdarc, rhettinger, stutzbach, terry.reedy
Date 2011-04-01.22:39:18
SpamBayes Score 1.5987212e-14
Marked as misclassified No
Message-id <1301697559.25.0.119144886866.issue11674@psf.upfronthosting.co.za>
In-reply-to
Content
Elvis, I agree that the masking is not nice. To call it a tracker bug (as opposed to design bug), you need to show that the behavior is different from what is documented. Of course, This issue illustrates why one should have unit tests that try to test each component as directly as possible.

>A certain amount of exception masking is inherent is Python's design. 

This issue comes up in other contexts, such as attribute access.

 >We use TypeError for a lot of things, including the exception raised by "len(obj)" when obj doesn't have length.

Using user-level Exceptions internally is convenient, but possibly a small design flaw. Leaving code breakage aside, would it be possible to define private, undocumented inaccessible-from-Python-code internal subclasses such as _TypeError that never show up in Python level tracebacks (absent extension errors)?
History
Date User Action Args
2011-04-01 22:39:19terry.reedysetrecipients: + terry.reedy, rhettinger, amaury.forgeotdarc, stutzbach, Elvis.Pranskevichus
2011-04-01 22:39:19terry.reedysetmessageid: <1301697559.25.0.119144886866.issue11674@psf.upfronthosting.co.za>
2011-04-01 22:39:18terry.reedylinkissue11674 messages
2011-04-01 22:39:18terry.reedycreate