Outstanding, Peter. Just checking: do you actually want to be snide?
First Horizon Bank Mainframe Technical Support -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Peter Relson Sent: Saturday, August 1, 2020 8:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAEX exit WAIT question [External Email. Exercise caution when clicking links or opening attachments.] <snip> I know for a fact that DETACH causes (via some route) the ECB to be posted. </snip> To be snide, I'd say that you know for a fact that in all the cases you've seen DETACH causes the ECB to be posted. That's not the same as "know for a fact". Fortunately, it is a fact. DETACH processing "steals" the field used to hold the address of the attach ECB for a while so that the system can wait for the task to terminate. Once that has happened, DETACH processing posts the ATTACH-specified ECB. <snip> I always WAIT on the ATTACH ECB and it always works. </snip> Isn't that what began this whole discussion? You wanted to wait for the DETACH from your recovery to complete and wanted to do so by waiting on the ATTACH ECB (your mainline had already been waiting on it as part of an ECB list). You can't just do that because you'd get a 301 abend -- the ECB is already marked waiting and nothing in the path that would have gotten you into recovery would have changed that ECB. So "it always works" is not "a fact". Perhaps what is a fact is the wait that you have chosen to do (in the mainline) always works. To avoid the 310 abend, the question would arise of "can you just change the ECB not to be waiting anymore?" and the answer would be at best "maybe". Perhaps fortunately, the better response is "there is no need to do so if you're going to do a DETACH and want to continue only once the task has terminated". 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
