summaryrefslogtreecommitdiffstats
path: root/Makefile.pre.in
diff options
context:
space:
mode:
authorArmin Rigo <arigo@tunes.org>2006-06-21 21:58:50 (GMT)
committerArmin Rigo <arigo@tunes.org>2006-06-21 21:58:50 (GMT)
commit53c1692f6ac592a8c0d5a6f83017019b52625969 (patch)
treecf3bbc857dcacec8d9f1ac63c14cb05906fc7378 /Makefile.pre.in
parentf92b9c21edd77356179050549465e58276cad532 (diff)
downloadcpython-53c1692f6ac592a8c0d5a6f83017019b52625969.zip
cpython-53c1692f6ac592a8c0d5a6f83017019b52625969.tar.gz
cpython-53c1692f6ac592a8c0d5a6f83017019b52625969.tar.bz2
Fix for an obscure bug introduced by revs 46806 and 46808, with a test.
The problem of checking too eagerly for recursive calls is the following: if a RuntimeError is caused by recursion, and if code needs to normalize it immediately (as in the 2nd test), then PyErr_NormalizeException() needs a call to the RuntimeError class to instantiate it, and this hits the recursion limit again... causing PyErr_NormalizeException() to never finish. Moved this particular recursion check to slot_tp_call(), which is not involved in instantiating built-in exceptions. Backport candidate.
Diffstat (limited to 'Makefile.pre.in')
0 files changed, 0 insertions, 0 deletions