CALL ON is intend for exception handlers that return; that code should never have survived review.
It's SIGNAL ON that unwinds the stack. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Paul Gilmartin <[email protected]> Sent: Friday, March 15, 2024 7:47 PM To: [email protected] Subject: Re: Rexx numeric digits and scientific notation question On Fri, 15 Mar 2024 23:24:38 +0000, Seymour J Metz wrote: >CALL ON or SIGNAL ON? > ??? CALL ON to a procedure coded in front of the main loop and drop through without RETURN? That would make things worse. He would have wanted ITERATE ON. >________________________________________ >From: Paul Gilmartin >Sent: Friday, March 15, 2024 5:38 PM >On Fri, 15 Mar 2024 19:36:12 +0000, Seymour J Metz wrote: > >>"unwinds" in a very disruptive and partial fashion. I once debugged a naive >>co-workers >program which handled an exception in a subroutine by SIGNAL to top of main >loop. >Worked fine in a modest test data set. Overflowed CALL/RETURN stack on a >larger >data set. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
