Re: Cleanup after program failure

The easiest method (which will upset the users like crazy, if an error occurs) 
is to capture any pertinent error codes, display to the user that an error 
occurred, and then sign that user off, so he/she will need to sign back on 
again, reflecting the correct environment. Overkill - maybe, but we have had no 
problems when this has happened.

>>> Matthias Oertli <oertlim@s054.aone.net.au> 05/02/01 08:51AM >>>
Hi guys,

I've been asked to code a call to program B from within program A.

The difficulty is that program B needs a different environment to
program A: A slight change in the library list and a modified data
area.

This is easily doable, make program A call a small CL which sets up
everything, then calls program B and when it returns undoes the
changes and finally returns to program A.

My problem is this: If program B (or the CL) fails for whatever
reason, program A regains control without the environment having been
restored to what it should be which could mean disaster.

How can I guard against this situation?

Thanks for your help.
Best regards,
Matthias

-- 

---------------------------------------------------------------------
Matthias Oertli   <oertlim@s054.aone.net.au>
+---
| 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
+---