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 xdegaye
Recipients brett.cannon, pitrou, serhiy.storchaka, vstinner, xdegaye
Date 2017-06-19.22:39:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1497911995.9.0.123551437067.issue30697@psf.upfronthosting.co.za>
In-reply-to
Content
The two issues you are refering to are the instruments that are needed to reproduce the problem. The reference to PR 2035 is only made here to argue about the question of the correct way to control the successive calls to PyErr_NormalizeException(). This question is relevant here since one of the problems raised by this issue is that in the case of memory exhaustion the user is given a RecursionError as the cause of the problem.

FWIW PR 2035 transforms the tail recursion in PyErr_NormalizeException() into a loop (as compilers would do during optimization). An infinite recursion becomes then an infinite loop instead. The advantage is that there is no stack overflow. The drawback is that it is an infinite loop.
History
Date User Action Args
2017-06-19 22:39:55xdegayesetrecipients: + xdegaye, brett.cannon, pitrou, vstinner, serhiy.storchaka
2017-06-19 22:39:55xdegayesetmessageid: <1497911995.9.0.123551437067.issue30697@psf.upfronthosting.co.za>
2017-06-19 22:39:55xdegayelinkissue30697 messages
2017-06-19 22:39:55xdegayecreate