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 ronaldoussoren
Recipients jab, jrus, ncoghlan, r.david.murray, ronaldoussoren, santagada
Date 2010-05-05.19:47:54
SpamBayes Score 5.911455e-06
Marked as misclassified No
Message-id <1273088877.48.0.705858004562.issue6763@psf.upfronthosting.co.za>
In-reply-to
Content
The script works fine for me (OSX 10.6.3, /usr/bin/python2.5, /usr/bin/python2.6, a recent build of 2.6.x, a recent build of 3.2 and the trunk)

The breakit example in msg93828 works in 64-bit binaries, and fails on 32-bit ones. This is almost certainly a stack overrun: I can remove the crash by increasing the stacksize using thread.stacksize(N) for a sufficiently large value of N.  (I don't mention a value for N because I don't know yet what the minimum size is to avoid the crash).

There are three possible actions w.r.t. this:

1) Ignore the issue (users can call thread.stack_size when they
   want deep recursion in threads)

2) Reduce the recursion limit on OSX to something that fits in the 
   default stack size of pthread

3) Increase the default stack size for new threads.

I have a slight preference for the first choice, although the last choice would be fine too. Reducing the recursion limit would also harm code that uses deep recursion on the main thread, which is why I'd be -1 on that.
History
Date User Action Args
2010-05-05 19:47:57ronaldoussorensetrecipients: + ronaldoussoren, ncoghlan, r.david.murray, jab, jrus, santagada
2010-05-05 19:47:57ronaldoussorensetmessageid: <1273088877.48.0.705858004562.issue6763@psf.upfronthosting.co.za>
2010-05-05 19:47:55ronaldoussorenlinkissue6763 messages
2010-05-05 19:47:54ronaldoussorencreate