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 eric.snow, ncoghlan, r.david.murray
Date 2011-07-11.19:43:28
SpamBayes Score 0.0013974564
Marked as misclassified No
Message-id <1310413409.8.0.0382471212455.issue12535@psf.upfronthosting.co.za>
In-reply-to
Content
I think the reason the chained tracebacks look backward to me is twofold: I'm used to the last one in the list being the *only* one I get (in python2), and the last one in the list is often the one I want to deal with first.  This is especially true if my try/except is transforming the more-specific-but-not-application-meaningful exception into one that is meaningful for the application.

So another possibility would be to reverse the order in which the tracebacks are printed, and instead of saying "during the handling of the above exception...", we'd say "this exception occurred during the handling of the following exception:".  Doing this would probably greatly reduce the desire for a way to suppress the traceback chaining.
History
Date User Action Args
2011-07-11 19:43:29r.david.murraysetrecipients: + r.david.murray, ncoghlan, eric.snow
2011-07-11 19:43:29r.david.murraysetmessageid: <1310413409.8.0.0382471212455.issue12535@psf.upfronthosting.co.za>
2011-07-11 19:43:29r.david.murraylinkissue12535 messages
2011-07-11 19:43:28r.david.murraycreate