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 fabioz
Recipients BreamoreBoy, fabioz, james, pdmccormick, r.david.murray
Date 2015-04-13.10:58:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1428922718.64.0.331710846807.issue10933@psf.upfronthosting.co.za>
In-reply-to
Content
Well, I'd say that if tracing is enabled and is disabled automatically by Python (thus breaking a working debugger which would usually be used to diagnose the error), I'd at least consider issuing some warning to stderr... (probably warnings.warn cannot be used directly as the stack is at its max depth, but a choice could be raising the max depth, using warnings.warn and then restoring the max depth value in a try..finally -- or at least printing something to stderr regardless of warnings.warn).

I.e.: as this is a rare situation and should only happen when you're debugging, I think printing something to stderr regarding that is definitely worth it regardless of chained exceptions (on many cases I had to help users instrument a simple tracer just to detect where it was disabled -- yes, on some of those they were catching all exceptions on some block -- so, program which worked with the recursion stopped having a working debugger).
History
Date User Action Args
2015-04-13 10:58:38fabiozsetrecipients: + fabioz, r.david.murray, BreamoreBoy, james, pdmccormick
2015-04-13 10:58:38fabiozsetmessageid: <1428922718.64.0.331710846807.issue10933@psf.upfronthosting.co.za>
2015-04-13 10:58:38fabiozlinkissue10933 messages
2015-04-13 10:58:38fabiozcreate