The testInfiniteRecursion test in
Lib/test/test_exceptions.py causes Python to segfault
if it has been compiled on NetBSD with --with-pydebug.
This is due to the fact that the default stack size on
NetBSD is 2MB and Python tries to allocate memory for
debugging information on the stack.

The documentation (README under 'Setting the
optimization/debugging options'?) should be updated to
state that if you want to run the test suite with
debugging enabled in the interpreter, you are advised
to increase the stack size, probably to 4096.

This issue is also in release24-maint.

Matt

Logged In: YES 
user_id=33168

Matt, can you make a patch?  Doc changes are fine to go into
2.5 (and 2.4).

Logged In: YES 
user_id=1126061

Patches for trunk and 2.4 attached.

Logged In: YES 
user_id=1200846

Sorry for interruption. I encountered this problem on VC6
debug build too. Is there any chance to supress recursion
limit for this test like this?

Index: Lib/test/test_exceptions.py
===================================================================
--- Lib/test/test_exceptions.py	(revision 51370)
+++ Lib/test/test_exceptions.py	(working copy)
@@ -306,16 +306,25 @@
         self.assertEquals(x.fancy_arg, 42)
 
     def testInfiniteRecursion(self):
+        def run(f):
+            import sys
+            limit = sys.getrecursionlimit()
+            sys.setrecursionlimit(400) # supress for debug mode
+            try:
+                self.assertRaises(RuntimeError, f)
+            finally:
+                sys.setrecursionlimit(limit)
+
         def f():
             return f()
-        self.assertRaises(RuntimeError, f)
+        run(f)
 
         def g():
             try:
                 return g()
             except ValueError:
                 return -1
-        self.assertRaises(RuntimeError, g)
+        run(g)
 
 def test_main():
     run_unittest(ExceptionTests)

Logged In: YES 
user_id=1126061

Hmm.. perhaps this problem is more widespread that I'd
realised. Apparently the default stack size on windows is
1MB (someone correct me if I'm wrong). Perhaps there should
be an option with the configure script to change the stack
size? 

Alternatively we could stop allocating space for debug error
messages on the stack ;-)

Hirokazu-san, does this still happen in 2.6?

It seems not happening on VC6. Stack size modification was checked in
r65663 to workaround this issue, but SEGV doesn't occur even if I
reverted this change on working copy. But when I lowered stack size of
python_d.exe too much, SEGV occurred.

Please ask original poster about NetBSD.

msg29427 gives an inline patch to code.  The patches attached are strictly to docs.  Can we please have a staement as to the status of this issue so that we can go forward.

Matt, if you still follow this: Does this problem exist in 2.6/2.7/NetBSD?

I think this should be set to pending.

I'm not really tracking this anymore but i can certainly try to
recreate the issue sometime this week if required?

On 17 July 2010 14:37, Stefan Krah <report@bugs.python.org> wrote:
>
> Stefan Krah <stefan-usenet@bytereef.org> added the comment:
>
> Matt, if you still follow this: Does this problem exist in 2.6/2.7/NetBSD?
>
> I think this should be set to pending.
>
> ----------
> nosy: +skrah
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue1533105>
> _______________________________________
>

I don't see this issue on netbsd 5.0.2 i386 in the py3k branch.

Given msg84518 and msg118909 I think this can be closed.