If you ask me, the stack seems to get smaller for each version. I
have had severe problems with it, leading to very extensive re-writes
for each new version.
/Claes
6 aug 2006 kl. 21.31 skrev Mars Saxman:
On Aug 5, 2006, at 10:56 PM, Guyren Howe wrote:
On Aug 6, 2006, at 12:28 AM, CV wrote:
On Aug 5, 2006, at 8:46 PM, John Balestrieri wrote:
I thought the stack space was increased a couple of years ago?
If that was the case, it looks like it's be knocked down again.
I don't think that it has been increased. I may have missed
something, although any mention of 32k stack limitation catches
my eye since I was bitten by it in 5.0.
A useful technique for dealing with stack space limitations is to
run your recursive routine in a thread, catch the stack overflow
exception, and spawn a further thread to carry on.
The problem he's encountered has nothing to do with the thread's
stack space: it means that one single method is trying to use more
than 32k of stack space, all by itself.
This limit has never changed, though the details of code generation
change often enough that a method which is very near the limit may
come out above or below the limit depending on the compiler version.
32k is a really enormous amount of stack space; any method which
hits this limit really ought to be broken down into more manageable
pieces.
Mars Saxman
REAL Software
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
