homepage

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

AltStyle によって変換されたページ (->オリジナル) /