Rexx copy to OMVS
Hello Cross posted Good evening Is it possible to copy a rexx output to a OMVS file everytime by overriding it ? Any samples that I can refer to ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enabling C/C++ Compiler
Are you licensed for it? If so, steer your systems programmer to z/OS 2.5 MVS Product Management, SA23-1391-50 or the previous edition. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter [dbajava...@gmail.com] Sent: Tuesday, March 8, 2022 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Enabling C/C++ Compiler Hello I am trying to invoke C/C++ Compiler from OMVS and I get a Message as to enable C/C++. is there a documentation or any Manual which explains about enabling C/C++ compiler on z/OS ? z/OS 2.4 Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enabling C/C++ Compiler
Check your IFAPRDxx member to see if C++ is enabled there's a price to enable it if you don't already have it enabled Carmen On 3/8/2022 12:53 PM, Peter wrote: Hello I am trying to invoke C/C++ Compiler from OMVS and I get a Message as to enable C/C++. is there a documentation or any Manual which explains about enabling C/C++ compiler on z/OS ? z/OS 2.4 Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln*/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Reminder: z/OSMF Guild Meeting next week
If you haven't signed up yet, there's a z/OSMF Guild meeting next week: Wednesday March 16, @10AM EDT Register here and feel free to share the link: http://ibm.biz/zOSMFGuild This session will feature the team from Z Management Services Catalog: saving time and reducing errors in z/OS management tasks. We will also be presenting "SHARE Sessions of Interest". If you have a z/OSMF-facing SHARE session we can highlight please reach out to travis.b...@ibm.com Recordings of this and all previous sessions are made available following the presentation. To catch up on previous sessions check out the Guild homepage: http://ibm.biz/zOSMFGuildHome fyi: This is a public guild, no NDA is required to participate. I hope to see you there. -Marna WALLE z/OS System Installation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Enabling C/C++ Compiler
Hello I am trying to invoke C/C++ Compiler from OMVS and I get a Message as to enable C/C++. is there a documentation or any Manual which explains about enabling C/C++ compiler on z/OS ? z/OS 2.4 Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
It would be good to be able to establish a point to remove the ESTAE. It would be bad style to leave it, but I think the termination of the task will destroy it anyway. However, there may be an exit point that can be used to remove it. I am unsure whether all this will work. It was simply an "untried suggestion" 😊. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 08 March 2022 17:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY Sure, I am familiar with percolate. What about IEBCOPY end-of-job, when it deletes its ESTAE? Is that an error, if there is an additional ESTAE on the chain, the new one proposed to be established by the exit? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY I think "percolate" simply means to pass back control to whatever comes next. It could be another ESTAE, or it could be back to the SLIH. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 08 March 2022 16:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY What happens when IEBCOPY cancels its ESTAE which is earlier in the chain than the ESTAE hypothetically established in the exit? Is it an error to cancel a "middle" ESTAE, or does z/OS gracefully remove it from the middle of the chain? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY Untried suggestion. Since the error is passed to the latest ESTAE created, you may be able to get control at an exit point in IEBCOPY that is taken *after* IEBCOPY's ESTAE is established. You would need to establish code which takes the details you need and then allow the error to percolate to the next ESTAE, which would be IEBCOPY's ESTAE. The description of exit points in IEBCOPY is in the manual, but it may take you some trial and error to determine whether IEBCOPY has already established his ESTAE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
Sure, I am familiar with percolate. What about IEBCOPY end-of-job, when it deletes its ESTAE? Is that an error, if there is an additional ESTAE on the chain, the new one proposed to be established by the exit? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY I think "percolate" simply means to pass back control to whatever comes next. It could be another ESTAE, or it could be back to the SLIH. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 08 March 2022 16:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY What happens when IEBCOPY cancels its ESTAE which is earlier in the chain than the ESTAE hypothetically established in the exit? Is it an error to cancel a "middle" ESTAE, or does z/OS gracefully remove it from the middle of the chain? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY Untried suggestion. Since the error is passed to the latest ESTAE created, you may be able to get control at an exit point in IEBCOPY that is taken *after* IEBCOPY's ESTAE is established. You would need to establish code which takes the details you need and then allow the error to percolate to the next ESTAE, which would be IEBCOPY's ESTAE. The description of exit points in IEBCOPY is in the manual, but it may take you some trial and error to determine whether IEBCOPY has already established his ESTAE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
I think "percolate" simply means to pass back control to whatever comes next. It could be another ESTAE, or it could be back to the SLIH. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 08 March 2022 16:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY What happens when IEBCOPY cancels its ESTAE which is earlier in the chain than the ESTAE hypothetically established in the exit? Is it an error to cancel a "middle" ESTAE, or does z/OS gracefully remove it from the middle of the chain? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY Untried suggestion. Since the error is passed to the latest ESTAE created, you may be able to get control at an exit point in IEBCOPY that is taken *after* IEBCOPY's ESTAE is established. You would need to establish code which takes the details you need and then allow the error to percolate to the next ESTAE, which would be IEBCOPY's ESTAE. The description of exit points in IEBCOPY is in the manual, but it may take you some trial and error to determine whether IEBCOPY has already established his ESTAE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
What happens when IEBCOPY cancels its ESTAE which is earlier in the chain than the ESTAE hypothetically established in the exit? Is it an error to cancel a "middle" ESTAE, or does z/OS gracefully remove it from the middle of the chain? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 8, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY Untried suggestion. Since the error is passed to the latest ESTAE created, you may be able to get control at an exit point in IEBCOPY that is taken *after* IEBCOPY's ESTAE is established. You would need to establish code which takes the details you need and then allow the error to percolate to the next ESTAE, which would be IEBCOPY's ESTAE. The description of exit points in IEBCOPY is in the manual, but it may take you some trial and error to determine whether IEBCOPY has already established his ESTAE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
Untried suggestion. Since the error is passed to the latest ESTAE created, you may be able to get control at an exit point in IEBCOPY that is taken *after* IEBCOPY's ESTAE is established. You would need to establish code which takes the details you need and then allow the error to percolate to the next ESTAE, which would be IEBCOPY's ESTAE. The description of exit points in IEBCOPY is in the manual, but it may take you some trial and error to determine whether IEBCOPY has already established his ESTAE. Lennie Dymoke-Bradshaw https://rsclweb.com ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Mulder Sent: 08 March 2022 15:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAE and IEBCOPY IEBCOPY does not overlay your ESTAE. It creates its own ESTAE, which gets control before yours. IEBCOPY's ESTAE does a Retry, and RTM releases the RTM2WA before giving control to the retry routine. Since IEBCOPY's ESTAE retried, processing of the Abend is completed, so your ESTAE does not get control. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steff Gladstone Sent: Tuesday, March 8, 2022 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESTAE and IEBCOPY In one of our REXX procedures we execute IEBCOPY to copy a member from one PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in the directory or the library). It intercepts the abend through its ESTAE routine and returns a CC=8 with a text message to SYSPRINT. We would like to be able to receive more specific information as to the abend code and reason code of the IEBCOPY fail so we wrote a front-end which creates our own ESTAE before calling IEBCOPY so we can capture the information from the SDWA at abend time. But it appears that IEBCOPY overlays our ESTAE with its own so we don't get control. So we decided that when IEBCOPY returns to our front-end we would locate the RTM2WA and glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is zero at that point (we suppose that IEBCOPY cancels its ESTAE before returning to us and the RTM2WA is released). Does anybody have any ideas how we might capture the abend and reason codes in spite of all this? Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
IEBCOPY does not overlay your ESTAE. It creates its own ESTAE, which gets control before yours. IEBCOPY's ESTAE does a Retry, and RTM releases the RTM2WA before giving control to the retry routine. Since IEBCOPY's ESTAE retried, processing of the Abend is completed, so your ESTAE does not get control. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steff Gladstone Sent: Tuesday, March 8, 2022 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESTAE and IEBCOPY In one of our REXX procedures we execute IEBCOPY to copy a member from one PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in the directory or the library). It intercepts the abend through its ESTAE routine and returns a CC=8 with a text message to SYSPRINT. We would like to be able to receive more specific information as to the abend code and reason code of the IEBCOPY fail so we wrote a front-end which creates our own ESTAE before calling IEBCOPY so we can capture the information from the SDWA at abend time. But it appears that IEBCOPY overlays our ESTAE with its own so we don't get control. So we decided that when IEBCOPY returns to our front-end we would locate the RTM2WA and glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is zero at that point (we suppose that IEBCOPY cancels its ESTAE before returning to us and the RTM2WA is released). Does anybody have any ideas how we might capture the abend and reason codes in spite of all this? Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RTM2WA
IHARTM2A is not provided in MACLIB or MODGEN. It is PL/X only - there is no DSECT. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steff Gladstone Sent: Tuesday, March 8, 2022 7:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RTM2WA Where can I find the DSECT for the RTM2WA control block? I did not find it in either SYS1.MACLIB or SYS1.AMODGEN. Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
Would using ATTACH with an ESTAI exit do what you need? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steff Gladstone [steff.gladst...@gmail.com] Sent: Tuesday, March 8, 2022 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ESTAE and IEBCOPY In one of our REXX procedures we execute IEBCOPY to copy a member from one PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in the directory or the library). It intercepts the abend through its ESTAE routine and returns a CC=8 with a text message to SYSPRINT. We would like to be able to receive more specific information as to the abend code and reason code of the IEBCOPY fail so we wrote a front-end which creates our own ESTAE before calling IEBCOPY so we can capture the information from the SDWA at abend time. But it appears that IEBCOPY overlays our ESTAE with its own so we don't get control. So we decided that when IEBCOPY returns to our front-end we would locate the RTM2WA and glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is zero at that point (we suppose that IEBCOPY cancels its ESTAE before returning to us and the RTM2WA is released). Does anybody have any ideas how we might capture the abend and reason codes in spite of all this? Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
Screen Scrape the Job Log /SYSLOG via SDSF API. On 2022-03-08 10:03, Steff Gladstone wrote: In one of our REXX procedures we execute IEBCOPY to copy a member from one PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in the directory or the library). It intercepts the abend through its ESTAE routine and returns a CC=8 with a text message to SYSPRINT. We would like to be able to receive more specific information as to the abend code and reason code of the IEBCOPY fail so we wrote a front-end which creates our own ESTAE before calling IEBCOPY so we can capture the information from the SDWA at abend time. But it appears that IEBCOPY overlays our ESTAE with its own so we don't get control. So we decided that when IEBCOPY returns to our front-end we would locate the RTM2WA and glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is zero at that point (we suppose that IEBCOPY cancels its ESTAE before returning to us and the RTM2WA is released). Does anybody have any ideas how we might capture the abend and reason codes in spite of all this? Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAE and IEBCOPY
I know there is on call error in Rexx which if there is system error like E37 B37 would return that code as negative number though not as extensive as an SDWA > On Mar 8, 2022, at 10:04 AM, Steff Gladstone > wrote: > > In one of our REXX procedures we execute IEBCOPY to copy a member from one > PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in > the directory or the library). It intercepts the abend through its ESTAE > routine and returns a CC=8 with a text message to SYSPRINT. > > We would like to be able to receive more specific information as to the > abend code and reason code of the IEBCOPY fail so we wrote a front-end > which creates our own ESTAE before calling IEBCOPY so we can capture the > information from the SDWA at abend time. But it appears that IEBCOPY > overlays our ESTAE with its own so we don't get control. So we decided > that when IEBCOPY returns to our front-end we would locate the RTM2WA and > glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is > zero at that point (we suppose that IEBCOPY cancels its ESTAE before > returning to us and the RTM2WA is released). > > Does anybody have any ideas how we might capture the abend and reason codes > in spite of all this? > > Thanks, > Steff Gladstone > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ESTAE and IEBCOPY
In one of our REXX procedures we execute IEBCOPY to copy a member from one PDS to another. Sometimes IEBCOPY fails (e.g., for lack of space either in the directory or the library). It intercepts the abend through its ESTAE routine and returns a CC=8 with a text message to SYSPRINT. We would like to be able to receive more specific information as to the abend code and reason code of the IEBCOPY fail so we wrote a front-end which creates our own ESTAE before calling IEBCOPY so we can capture the information from the SDWA at abend time. But it appears that IEBCOPY overlays our ESTAE with its own so we don't get control. So we decided that when IEBCOPY returns to our front-end we would locate the RTM2WA and glean the information from it. But the pointer to the RTM2WA (TCBRTWA) is zero at that point (we suppose that IEBCOPY cancels its ESTAE before returning to us and the RTM2WA is released). Does anybody have any ideas how we might capture the abend and reason codes in spite of all this? Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RTM2WA
On Tue, 8 Mar 2022 14:37:53 +0200 Steff Gladstone wrote: :>Where can I find the DSECT for the RTM2WA control block? I did not find it :>in either SYS1.MACLIB or SYS1.AMODGEN. You will be much better off using the SDWA and its extensions. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get APAR number
Classification: Confidential AFAIK, no. If you receive the PTFs, you can see the cover letters in the sysprint ( RECEIVE SYSMODS LIST) or browse the SMPPTS after the PTFs have been received. The APARS fixed will be in the SMP statements for the individual PTFs. HTH -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jason Cai Sent: Tuesday, March 8, 2022 6:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get APAR number [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Thanks all for your suggestions! If we have a lot of PTF numbers,is there any way to get APAR numbers relation to these PTFs quickly? Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RTM2WA
Hi Steff, IBM introduced SYS1.MODGEN many years ago (1990s). In case a PTF is APPLYd, but not ACCEPTd, you're not going to see it in SYS1.AMODGEN. Regards, David On 2022-03-08 07:37, Steff Gladstone wrote: Where can I find the DSECT for the RTM2WA control block? I did not find it in either SYS1.MACLIB or SYS1.AMODGEN. Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RTM2WA
Where can I find the DSECT for the RTM2WA control block? I did not find it in either SYS1.MACLIB or SYS1.AMODGEN. Thanks, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get APAR number
Thanks all for your suggestions! If we have a lot of PTF numbers,is there any way to get APAR numbers relation to these PTFs quickly? Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN