Thanks to Brian, Sara, Mark, Charles and Baker for your responses.
I hope Brian and Charles have hit the nail on the head. I did manage to
create an infinitely recursive subroutine call, exactly as Charles said,
by reusing code from a different program with slightly different
structure (GOTO
Hi
I've only seen this with a recursive subroutine that was a bit too - um -
recursive (and never found its way back).
Check for some logic path that would cause it - or part of it -to run itself.
Use PORT.STATUS to keep track of where it is - see the LAYER.STACK option - or
have it write
I have seen this where a program repeatedly called a subroutine which
opened the same file. Eventually the process grew too big and was
unable to open one of the main files. The error message seemed wrong as
the file had been opened in the last pass.
This may give you some areas to check.
Sara
snip
My VAR advises that this error is associated
with too many files, or nested Executes.
/snip
Would using PERFORM be better? EXECUTE creates a new environment while PERFORM
commands are executed in the same environment as the Basic program.
---
u2-users mailing list
And look for GOTO where RETURN should have been used to exit a gosub,
thus goofing up the return stack, which grows and grows and grows.
Brian's SYSTEM(9001) PORT.STATUS LAYER.STACK are good debug
suggestions.
I haven't seen this error associated with too many files being open, but
PORT.STATUS
UV 10.0.16 (Information) HP-UX 11.
I am developing a new phantom that will run 24x7 until told to stop. I
have many phantoms running this way.
The new phantom won't run for more than about 12 hours no matter what
time started, when it aborts with a Runtime Stack Overflow, pointing to
a quite
