Can anyone offer a definitive reason for experiencing the "Program Stack Full" message. I suspect the software is deep into a number of subroutine calls, yet some sites get this message, others don't.

One client currently experiencing this on a regular basis has seemingly good resources and settings, ie AREV 3.12, 291,020 mem available via WHO, EMM active, Win 3.1, Files=255, Buffers=30, Stacks=9,256.

Any ideas? Why some clients & not others?

Thanks.

You'll get program stack full errors if you are using lots of symbolics, {field} references, or real field names in XLATES.

To eliminate the errors, change the symbolics to embedded code, change the {field} references to @RECORD, change xlates to use field numbers or prefix the EXPENDABLE keyword to subroutines with heavy usage of these.

apk@sprezzatura.com

Sprezzatura Ltd

First, do your programs, windows, etc. contain any of the old 'C' codes? The C code is the COMPILE code to compile the COMMAND in-line and execute it. If so, take them out, problem should go away. C codes are an old bug that never got fixed.

Second, if I may suggest, DOS likes for the FILES= number to be a prime number, and the BUFFERS= number to be a multiple of 32. I would suggest FILES=51 and buffers=32,0. Unless you're running REALLY OLD software, try STACKS=0,0 and let DOS allocate them as needed. The FILES and STACKS are eating memory, though not enough to cause your problem by themselves.

tardissystems@who.net

I've not heard that one before. Why would DOS like prime numbers for FILES and multiples of 32 for buffers?

View this thread on the forum...