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 cjw296
Recipients cjw296, michael.foord, ncoghlan, yselivanov
Date 2015-11-03.12:56:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1446555394.68.0.214846671136.issue25532@psf.upfronthosting.co.za>
In-reply-to
Content
Indeed, I guess Venusian will get confused, but not sure thats solvable as there will be obvious bugs indicating that call shouldn't be imported at module-level.

This does feel like the problem is actually with inspect.unwrap: there's evidence of an attempt to catch infinite loops like this and blow up with a ValueError, it just doesn't appear those checks are good enough. How many levels of unwrapping are reasonable? 1? 5? 100? It feels like the loop detection should be count, not set-of-ids based...

The other optional we be for _Call instances to be generative only in the right context, or only to a certain depth (10? how deep can one set of calls realistically be?)

I suspect both should probably happen... Thoughts?
History
Date User Action Args
2015-11-03 12:56:34cjw296setrecipients: + cjw296, ncoghlan, michael.foord, yselivanov
2015-11-03 12:56:34cjw296setmessageid: <1446555394.68.0.214846671136.issue25532@psf.upfronthosting.co.za>
2015-11-03 12:56:34cjw296linkissue25532 messages
2015-11-03 12:56:34cjw296create