Re: RESMGR exit vs. end of task

[Peter Relson]

Are you able to share what your application cares about, in its resmgr, 
with respect to the DCB?

Have you opened the DCBs in the mainline, not closed them in the mainline, 
and then expected the RESMGR to close them?

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RESMGR exit vs. end of task

[Gary Weinhold]

Thanks, Jim,

We suspected that must be the explanation, but I wanted reassurance that we 
hadn't missed something.

I appreciated the other comments, too.  I now understand why my searches for a 
variety of keywords involving RESMGR, CLOSE, DCB, etc., showed many results, 
some of which were interesting, others not so, but none that help explain the 
changed behaviour.

Gary

On Thu, 15 Nov 2018 at 17:28, Jim Mulder 
 wrote:


 This is an intentional change in APAR OA55657.
You should see the same results on z/OS 2.1 with PTF  UA97322.




Gary Weinhold
Senior Application Architect

DATAKINETICS | Data Performance & Optimization

Phone:  +1.613.523.5500 x216
Email:  weinh...@dkl.com

[http://www.dkl.com/wp-content/uploads/2015/07/dkl_logo.png]

Visit us online at www.DKL.com

[http://www.dkl.com/wp-content/uploads/2015/08/banner.png]

E-mail Notification: The information contained in this email and any 
attachments is confidential and may be subject to copyright or other 
intellectual property protection. If you are not the intended recipient, you 
are not authorized to use or disclose this information, and we request that you 
notify us by reply mail or telephone and delete the original message from your 
mail system.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RESMGR exit vs. end of task

[Ed Jaffe]

On 11/15/2018 2:27 PM, Jim Mulder wrote:

   This is an intentional change in APAR OA55657.
You should see the same results on z/OS 2.1 with PTF  UA97322.



With an obscure title like "OA55657: IN-SUPPORT-OF APAR FOR DFSMS 
OA55365" and being unable to find APAR OA55365 in the data base, I must 
assume this is a system integrity fix...



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RESMGR exit vs. end of task

[Tony Harminc]

> > From: "Gary Weinhold" 
> > 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.

On Thu, 15 Nov 2018 at 17:28, Jim Mulder  wrote:
>
>   This is an intentional change in APAR OA55657.
> You should see the same results on z/OS 2.1 with PTF  UA97322.

I have a little trouble seeing the connection between disallowing
ATTACH by unauthorized callers after task termination (which task,
BTW?), and xCBs being closed before the RESMGR runs. Certainly it
doesn't say that it changed that. But the title for OA55657: "Provide
Supervisor support for DFSMS OA55365", and the complete absence of
OA55365 anywhere I can search for APARs, suggests that it's a system
integrity fix, and that the early closing of xCBs (or perhaps it's
better seen as late running of RESMGR routines) would have been done
by OA55365. Why, we can only guess at.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RESMGR exit vs. end of task

[Binyamin Dissen]

To be frank, I never considered doing an ATTACH out of a RESMGR.

On Thu, 15 Nov 2018 17:27:57 -0500 Jim Mulder  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"  wrote on 
:>11/15/2018 02:52:41 PM:
:>
:>> From: "Gary Weinhold" 
:>> To: IBM-MAIN@LISTSERV.UA.EDU
:>> Date: 11/15/2018 05:23 PM
:>> Subject: RESMGR exit vs. end of task
:>> Sent by: "IBM Mainframe Discussion List" 
:>> 
:>> 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 
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RESMGR exit vs. end of task

[Jim Mulder]

  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"  wrote on 
11/15/2018 02:52:41 PM:

> From: "Gary Weinhold" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 11/15/2018 05:23 PM
> Subject: RESMGR exit vs. end of task
> Sent by: "IBM Mainframe Discussion List" 
> 
> 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..
> 
> Gary



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RESMGR exit vs. end of task

[Gary Weinhold]

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..


Gary




Gary Weinhold 
Senior Application Architect 

DATAKINETICS | Data Performance & Optimization 


Phone   +1.613.523.5500 x216
Email:  weinh...@dkl.com

Visit us online at www.DKL.com 

E-mail Notification: The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN