Message 158157 - Python tracker

➜

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	dino.viehland
Recipients	Emmanuel.Decitre, Peter.Wentworth, asvetlov, dino.viehland, flupke, gregorlingl, kbk, loewis, pitrou, r.david.murray, terry.reedy, vstinner
Date	2012-04-12.18:14:23
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1334254464.14.0.261673510955.issue6717@psf.upfronthosting.co.za>
In-reply-to

Content
One thought might be to do a recursion check (and maybe for multiple frames) when entering a try rather than incrementing the recursion limit to allow the handlers to run. That would cause the exception to be more likely taken before you run the code which needs some form of cleanup and then maybe the recursion limit could be a hard limit which can't be increased forever.

One thought might be to do a recursion check (and maybe for multiple frames) when entering a try rather than incrementing the recursion limit to allow the handlers to run.  

That would cause the exception to be more likely taken before you run the code which needs some form of cleanup and then maybe the recursion limit could be a hard limit which can't be increased forever.

History
Date	User	Action	Args
2012-04-12 18:14:24	dino.viehland	set	recipients: + dino.viehland, loewis, terry.reedy, kbk, pitrou, vstinner, gregorlingl, r.david.murray, asvetlov, flupke, Peter.Wentworth, Emmanuel.Decitre
2012-04-12 18:14:24	dino.viehland	set	messageid: <1334254464.14.0.261673510955.issue6717@psf.upfronthosting.co.za>
2012-04-12 18:14:23	dino.viehland	link	issue6717 messages
2012-04-12 18:14:23	dino.viehland	create