× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Recursive Calls
  • From: "Stone, Brad V (TC OASIS)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Thu, 8 Jul 1999 08:06:49 -0500

In cases like this, where folks can go from one screen to another (only two
pgms), we add a parameter with the name of the calling program.  So if
they're in PGM A, go to PGM B, and then hit a key to go back to PGM A, we
check that parameter.  If it's PGM A, we simply "emulate" the user
cancelling out of the program.

Bradley V. Stone
BVS/Tools
http://www.bvstools.com




> -----Original Message-----
> From: Marc Zylka [mailto:mzylka@netpath.net]
> Sent: Wednesday, July 07, 1999 10:38 PM
> To: Midrange List
> Subject: Recursive Calls
> 
> 
> 
> I'm curious about how most people handle possible recursive calling
> situations.
> We're running V4R1 and coding in RPG/ILE.  We have a 
> situation where program
> A
> is called from a menu.  Program A creates a workorder and 
> then calls Program
> B,
> the workorder maintenance program.  From the workorder 
> maintenance program,
> one can use F6 to create another workorder, thus calling Program A.
> 
> So, the questions:  When Program A calls Program B, can I 
> remove it from the
> program stack?  Can Program B remove it from the stack when 
> it realizes
> that Program A needs to be called?  If program B can remove 
> Program A from
> the stack, what happens when Program B ends and Program A is no longer
> there to go back to?  If any of this can be done, which 
> manual outlines how
> this is done?
> 
> Thanks in advance,
> Marc Zylka ( mzylka@netpath.net )
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.