RE: Displaying objects in other job's QTEMP library

Yeah.

I would have NO idea...  But if You want a wild-hair guess:  Assuming job A
has a condition handler to ENDJOB B (and wait) on abend, I would guess job C
would be okay.



| -----Original Message-----
| From: mi400-admin@midrange.com [mailto:mi400-admin@midrange.com]On
| Behalf Of Bob Crothers
| Sent: Thursday, October 03, 2002 9:02 PM
| To: mi400@midrange.com
| Subject: RE: [MI400] Displaying objects in other job's QTEMP library
|
|
| In the below situation, what happens when job C comes along and
| starts using
| the "recycled" qtemp?
|
| Seems like a good formula for very strange things.
|
| Bob
|
| -----Original Message-----
| From: mi400-admin@midrange.com
| [mailto:mi400-admin@midrange.com]On Behalf Of
| jt
| Sent: Thursday, October 03, 2002 6:41 PM
| To: mi400@midrange.com
| Subject: RE: [MI400] Displaying objects in other job's QTEMP library
|
| | Behalf Of Leif Svalgaard
|
| | If more than one job )say A and B) have the same "real" QTEMP,
| | then when job A ends, its QTEMP is cleared, but since it was also
| | job B's QTEMP, job B loses all the objects in what it thought
| | was its own private, protected library.