To be frank, I never considered doing an ATTACH out of a RESMGR. On Thu, 15 Nov 2018 17:27:57 -0500 Jim Mulder <[email protected]> wrote:
:> This is an intentional change in APAR OA55657. :>You should see the same results on z/OS 2.1 with PTF UA97322. :> :>Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. :>Poughkeepsie NY :> :>"IBM Mainframe Discussion List" <[email protected]> wrote on :>11/15/2018 02:52:41 PM: :> :>> From: "Gary Weinhold" <[email protected]> :>> To: [email protected] :>> Date: 11/15/2018 05:23 PM :>> Subject: RESMGR exit vs. end of task :>> Sent by: "IBM Mainframe Discussion List" <[email protected]> :>> :>> Our product is called as a subroutine of the user's program (usually :>> COBOL). Most of our code is user key, but on the first call for a task :>> we issue a PC to set a RESMGR exit. This exit allows us to freemain our :> :>> control blocks and close any datasets we may have opened whether the :>> task abends or not. :>> :>> Recently we observed that when a task abends, the DCBs/ACBs are already :>> closed when we get control in the RESMGR exit. We know this was not :>> true under z/OS 2.1, but has occurred on our z/OS 2.3 system and at a :>> customer site recently. This has no significant consequences because :>> all we do is issue a message. But I have not been able to find any :>> documentation which would have allowed us to anticipate this behavioural :> :>> change. So I thought I'd ask you all if you'd observed this or know :>> what changed.. -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
