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 ajaksu2
Recipients ajaksu2, amaury.forgeotdarc, barry, benjamin.peterson, brett.cannon, nnorwitz, theller
Date 2008-08-13.19:49:33
SpamBayes Score 0.0004823941
Marked as misclassified No
Message-id <1218656975.86.0.667836320722.issue2548@psf.upfronthosting.co.za>
In-reply-to
Content
FWIW, rev58032 introduced this:
    tstate = PyThreadState_GET();
    if (++tstate->recursion_depth > Py_GetRecursionLimit()) {
        --tstate->recursion_depth;
        PyErr_SetObject(PyExc_RuntimeError, PyExc_RecursionErrorInst);
        return;
    }
above this line: 
    PyErr_NormalizeException(exc, val, tb);

Contrary to (what I understand from) Amaury's analysis, ISTM that the
call to PyErr_SetObject is the problem, as after the recursion limit is
hit PyErr_NormalizeException isn't called again.

Commenting off the PyErr_SetObject line suppresses the "undetected
errors" and passes the unittests (including the infinite recursion
crashers removed in that rev). I have no idea about the problems it may
cause, though.
History
Date User Action Args
2008-08-13 19:49:36ajaksu2setrecipients: + ajaksu2, barry, nnorwitz, brett.cannon, theller, amaury.forgeotdarc, benjamin.peterson
2008-08-13 19:49:35ajaksu2setmessageid: <1218656975.86.0.667836320722.issue2548@psf.upfronthosting.co.za>
2008-08-13 19:49:34ajaksu2linkissue2548 messages
2008-08-13 19:49:33ajaksu2create