[New-bugs-announce] [issue3373] sys recursion limit a lot shorter on trunk?
Darryl Dixon
report at bugs.python.org
Wed Jul 16 06:01:53 CEST 2008
New submission from Darryl Dixon <esrever_otua at winterhouseconsulting.com>:
The system recursion limit seems to be wildly different in its behaviour
on 2.6/trunk versus, for example, 2.5 or 2.4, EG:
On Python 2.4:
Python 2.4.3 (#1, Dec 11 2006, 11:38:52)
[GCC 4.1.1 20061130 (Red Hat 4.1.1-43)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class rec(object):
... child = None
... def __init__(self, counter):
... if counter > 0:
... self.child = rec(counter-1)
...
>>> mychain = rec(998)
>>>
On Python 2.6/trunk:
Python 2.6b1+ (trunk:64998, Jul 16 2008, 15:50:22)
[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class rec(object):
... child = None
... def __init__(self, counter):
... if counter > 0:
... self.child = rec(counter-1)
...
>>> mychain = rec(249)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "<stdin>", line 5, in __init__
[...snip...]
File "<stdin>", line 5, in __init__
RuntimeError: maximum recursion depth exceeded
>>>
In both cases sys.getrecursionlimit() shows 1000.
Is this behaviour intentional? It looks a lot like a regression of some
sort. It appears to be effectively 4x shorter when creating the nested
object graph.
----------
components: Interpreter Core
messages: 69758
nosy: esrever_otua
severity: normal
status: open
title: sys recursion limit a lot shorter on trunk?
type: behavior
versions: Python 2.6
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3373>
_______________________________________
More information about the New-bugs-announce
mailing list