RE: [U2] Runtime Stack Overflow [uv]
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 instead of RETURN). This phantom has now been running for almost 20 hours, and I have hopes it will run until I tell it to stop. Now I've just got to clean up my XML processing, so that every PrepareXML is matched with a ReleaseXML, and every OpenXMLData has a corresponding CloseXMLData - if I found a malformed XML input (which I haven't so far) I was skipping the ReleaseXML or CloseXMLData. Thanks everyone and Happy Easter !! David Norman Senior Software Engineer SA Ambulance Service Box 3, GPO Adelaide, South Australia 5001 *+61 8 8274 0384 * fax +61 8 8271 4844 * [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Runtime Stack Overflow [uv]
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 System(9001) away at intervals, though that will only show the BASIC stack not any nested executes. Brian 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 innocuous line. My VAR advises that this error is associated with too many files, or nested Executes. I can't see what's wrong in my program - it does have Executes for selects etc but I can't see any problems. Anyone have any ideas what I should be looking for ? How accurate is the line number in the error message ? Thanks all, David Norman Senior Software Engineer SA Ambulance Service Box 3, GPO Adelaide, South Australia 5001 *+61 8 8274 0384 * fax +61 8 8271 4844 * [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Runtime Stack Overflow [uv]
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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Runtime Stack Overflow [uv]
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 also has a FILEMAP MFILE.HIST options. Note to those unfamiliar with PORT.STATUS: All 3 of these options only(?) work when you limit the report via the PID keyword. And you might need to run it in the uv account or copy keywords into your working account for PORT.STATUS to work in all its glory. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
