Re: System Exit
W dniu 04.06.2020 o 15:46, Lizette Koehler pisze: Do you have any tools like EASYEXIT? Or ACC? Or BMC Tools (use to be Stop-X37 or PROSMS)? In ISMF You can set up a class to include dynamic volume count. In SMS environment we see Seq and VSAM regularly take up to 100's of extents when a dataset is poorly allocated. Do you use SMS for these datasets? Do you work with your users on how to properly allocate a dataset? My rule of thumb is small Primary and large Secondary with RLSE where possible. Lizette My advice for typical PS datasets: 1. Use Extended Format - that gives you 123 extents (per volume) and other features. 2. Use DVC - that gives you n*123 volumes. It also give yet another chance when the volume is full. And it is easy to change, not like static mult-vol. 3. Use Space Constraint Relief with Reduce Space Up To. 4. Use zEDC compression whenever possible. 5. Obviously use DFSMS. 6. Be generous when specifying secondary space. First extent should be sufficient, so secondary means a mistake in calculation. 7. Run some tool (it may be your own) for reporting datasets with multiple extents. Fix it (consolidate space) and investigate the reasons. 8. Sleep safe. B37 is not your nightmare. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
In my experience, changing secondary allocations can create problems, because on fragmented volumes it is more difficult to get large secondary extents than small extents. We provide dataclasses with DVC for large datasets with or without poor secondary allocations. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of PINION, RICHARD W. Sent: 04 June 2020 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
> Do you work with your users on how to properly allocate a dataset? I have given up a long time ago to make users do what I want them to do. I use the ACS routines to make them do what I want them to do. Met vriendelijke groet, Kees Vernooij KLM Information Services z/OS Systems Tel +31 6 10 14 58 78 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: 04 June 2020 15:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Exit Do you have any tools like EASYEXIT? Or ACC? Or BMC Tools (use to be Stop-X37 or PROSMS)? In ISMF You can set up a class to include dynamic volume count. In SMS environment we see Seq and VSAM regularly take up to 100's of extents when a dataset is poorly allocated. Do you use SMS for these datasets? Do you work with your users on how to properly allocate a dataset? My rule of thumb is small Primary and large Secondary with RLSE where possible. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of PINION, RICHARD W. Sent: Thursday, June 4, 2020 6:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
There are a couple of vendor products that could do this, including ours (SRS, which is our successor product to our original STOP-X37). You could, if you wanted to write your own IGGPRE00 exit, do this, but products such as SRS provide a lot more feature and function. Steve Pryor DTS Software, LLC 1.919.833.8426 x162 st...@dtssoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
We have IBM's TAAM, which increases the secondary allocation amount after "x" number of extents. I'm in the process of eliminating the TAAM intercepts, that SMS provides. The only thing that SMS doesn't do is the increasing of the secondary allocation. I'm turning on the DVC for all of our SMS DC's. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, June 4, 2020 9:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Exit [External Email. Exercise caution when clicking links or opening attachments.] Not sure an exit can, IGGPRE? maybe, but SMS an SMS dataclas can using dynamic volume count, something like what STOPX-37 did Carmen Vitullo - Original Message - From: "RICHARD W. PINION" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 4, 2020 8:30:13 AM Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 -- 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: System Exit
Do you have any tools like EASYEXIT? Or ACC? Or BMC Tools (use to be Stop-X37 or PROSMS)? In ISMF You can set up a class to include dynamic volume count. In SMS environment we see Seq and VSAM regularly take up to 100's of extents when a dataset is poorly allocated. Do you use SMS for these datasets? Do you work with your users on how to properly allocate a dataset? My rule of thumb is small Primary and large Secondary with RLSE where possible. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of PINION, RICHARD W. Sent: Thursday, June 4, 2020 6:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
Not sure an exit can, IGGPRE? maybe, but SMS an SMS dataclas can using dynamic volume count, something like what STOPX-37 did Carmen Vitullo - Original Message - From: "RICHARD W. PINION" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 4, 2020 8:30:13 AM Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Exit
The only PRODUCT I know of is Stop-X37 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of PINION, RICHARD W. Sent: Thursday, June 4, 2020 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: System Exit Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
System Exit
Does anybody have a system exit that has the ability to increase the secondary allocation for a data set, after "x" number of extents? 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
Re: Looking for an appropriate system exit
Thank you one and all for your excellent advice. בתאריך יום ב׳, 26 בנוב׳ 2018, 21:36, מאת Seymour J Metz : > The only documented way that I know of is with WTO; why the FM specifies > ROUTCDE=14 rather than 11 I don't understand. There's an undocumented ACB > interface. but I don't recall the setup details. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf > of Jesse 1 Robinson > Sent: Saturday, November 24, 2018 3:17 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Looking for an appropriate system exit > > Our SMF exits still use IEFYS to write messages to the job output stream. > If there were some other 'more modern' method, I'd use it, but I know of > none. As for doc, I've never found any. I just call the interface--which at > least seems to be a supported if somewhat clandestine UI--and it continues > to work through decades of OS upgrades. We absolutely need to write > messages from SMF exits. If not IEFYS, then how? I'm open to improvements. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Seymour J Metz > Sent: Saturday, November 24, 2018 11:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Looking for an appropriate system exit > > 1. IEFYS is a really old interface; I didn't think anybody was still > using it. The best place to look is probably the OS/360 documentation at > http://secure-web.cisco.com/1gnfRXs1KF_kQF-919fF6eZq16WYo4NjFG740q0HSIRf0e9hVyYm15nERpwmkSe9X4fUeZoKpEARI5iYlW8dBl3bhnlO7EiAfnMus7A7SPR9NMKQHFGwWU-G0uq78_vsmn4nB7dkqrtT5l_vwTQIm2L_K3jzxXHxQgmUE11hH5U8bQcV7Veylge_htj1Vdg4_8aDfe6tyRADVG2d8GFRYeen8ZACtgoTzdX0f8GMdgLTd37-jNBBHdaztHyYeEXt0d7e0PUEE3-Pc0QG0eLRKcMTXO2FXtzQCLl6SYrwNTBUese1rAqBXfr9AFTAUvuZ4zaruqj_ypr5tLg21PeWWDuDDKL496PQNaBelfn34ndBmfNJBmT2rIac1YuttyCG8ffJTQZ7l4KE3aMXs5MPezu5VMNb_Qu6v40jGFwHohkFPcjmA15EjM1OIaCXVwAZR/http%3A%2F%2Fbitsavers.org%2Fpdf%2Fibm%2F360%2Fos%2FR20.1_Mar71%2FGC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdf > > 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the > storage of the terminating job step to be long gone. > > 3. Show your parameter list and return code. You're running under the > Initiator, so it may be an issue with your security environment. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf > of Steff Gladstone > Sent: Thursday, November 22, 2018 3:53 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Looking for an appropriate system exit > > Three questions regarding IEFACTRT: > > 1. Where is use of IEFYS for writing messages to the JOBLOG documented? > The example given in the documentation for IEFACTRT is incomplete. Google > doesn't seem to locate the doc as well. > > 2. I am abending on S0C4 because getmained areas are automatically being > freed at end of step, before IEFACTRT gets control. It is not clear to me > if SUBPOOL alone can solve the problem. Do I need to specify > TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the > job-step TCB? What course is recommended? > > 3. The documentation says one can dynamically allocate within IEFACTRT but > the BPXWDYN routine returns a non-zero return code. (Same code that works > fine in a regular program.) Is this a limitation of BPXWDYN? Should I code > an SVC 99 call myself? > > Thank you in advance, > Steff Gladstone > > > > On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > > > I use the CSVDYNEX interface extensively and it has been nothing but > > bulletproof in all of my experience. Kudos! > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Elardus Engelbrecht > > Sent: Friday, October 5, 2018 6:20 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Looking for an appropriate system exit > > > > Peter Relson wrote: > > > > >When the facility was developed, we took a stab at which existing > > >exits > > that we thought were most likely to be of help to the most customers. > > And I'd hope that new exits use it. > > > > That was one of the best stabs I got from Big Blue. It saved me an > > unneeded IPL when one of my SMF ex
Re: Looking for an appropriate system exit
The only documented way that I know of is with WTO; why the FM specifies ROUTCDE=14 rather than 11 I don't understand. There's an undocumented ACB interface. but I don't recall the setup details. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jesse 1 Robinson Sent: Saturday, November 24, 2018 3:17 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Looking for an appropriate system exit Our SMF exits still use IEFYS to write messages to the job output stream. If there were some other 'more modern' method, I'd use it, but I know of none. As for doc, I've never found any. I just call the interface--which at least seems to be a supported if somewhat clandestine UI--and it continues to work through decades of OS upgrades. We absolutely need to write messages from SMF exits. If not IEFYS, then how? I'm open to improvements. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Saturday, November 24, 2018 11:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Looking for an appropriate system exit 1. IEFYS is a really old interface; I didn't think anybody was still using it. The best place to look is probably the OS/360 documentation at http://secure-web.cisco.com/1gnfRXs1KF_kQF-919fF6eZq16WYo4NjFG740q0HSIRf0e9hVyYm15nERpwmkSe9X4fUeZoKpEARI5iYlW8dBl3bhnlO7EiAfnMus7A7SPR9NMKQHFGwWU-G0uq78_vsmn4nB7dkqrtT5l_vwTQIm2L_K3jzxXHxQgmUE11hH5U8bQcV7Veylge_htj1Vdg4_8aDfe6tyRADVG2d8GFRYeen8ZACtgoTzdX0f8GMdgLTd37-jNBBHdaztHyYeEXt0d7e0PUEE3-Pc0QG0eLRKcMTXO2FXtzQCLl6SYrwNTBUese1rAqBXfr9AFTAUvuZ4zaruqj_ypr5tLg21PeWWDuDDKL496PQNaBelfn34ndBmfNJBmT2rIac1YuttyCG8ffJTQZ7l4KE3aMXs5MPezu5VMNb_Qu6v40jGFwHohkFPcjmA15EjM1OIaCXVwAZR/http%3A%2F%2Fbitsavers.org%2Fpdf%2Fibm%2F360%2Fos%2FR20.1_Mar71%2FGC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdf 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the storage of the terminating job step to be long gone. 3. Show your parameter list and return code. You're running under the Initiator, so it may be an issue with your security environment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steff Gladstone Sent: Thursday, November 22, 2018 3:53 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Looking for an appropriate system exit Three questions regarding IEFACTRT: 1. Where is use of IEFYS for writing messages to the JOBLOG documented? The example given in the documentation for IEFACTRT is incomplete. Google doesn't seem to locate the doc as well. 2. I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? 3. The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? Thank you in advance, Steff Gladstone On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > I use the CSVDYNEX interface extensively and it has been nothing but > bulletproof in all of my experience. Kudos! > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: Friday, October 5, 2018 6:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Looking for an appropriate system exit > > Peter Relson wrote: > > >When the facility was developed, we took a stab at which existing > >exits > that we thought were most likely to be of help to the most customers. > And I'd hope that new exits use it. > > That was one of the best stabs I got from Big Blue. It saved me an > unneeded IPL when one of my SMF exits went down the bit bucket. -- 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: Looking for an appropriate system exit
One supported way is with WTP (although the FM mentions ROUTCDE=14). I've also seen code using an ACB interface, but don't recall the setup. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of David Spiegel Sent: Saturday, November 24, 2018 9:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for an appropriate system exit 1. If nobody was using IEFYS, how else would the flower box be printed? On 2018-11-24 14:48, Seymour J Metz wrote: > 1. IEFYS is a really old interface; I didn't think anybody was still using > it. The best place to look is probably the OS/360 documentation at > https://secure-web.cisco.com/1qoTP_KhPNfcuQ19Bxp4xnxBGVq4dfCgpmAau_pWJ2EzUGanhQxqDOZcWvYoxqL2Y6-BjvK4RMwvDBCmVfiy0hxOYsicVgtTYiY-5UrREMfHpJBJM3YjSzG-ifKPIXmf7u-M9GAdQVqTUDd3jFQoMUh6bbpp49EFO8rt25ZrPKm3bu2AihMyKfIMJwFz95990-THb_cjkwzzDcnYpUMJv2sEZaBWaBKluXPBeaaXH6OFrz3Ygy8XHfSbaVJjsfCV35patTSG1NU_sNVXIld91bz9Ec9hTxK8xNKGHwLSli90xUvqfHlIqV_L4zZYswWlJ9P3_Ugz65xwu2yyijrpywV-HswbipsZxoIN6to5wok4yabhbX8wLANbOff4U4hlBxm_6QC82uslvSVh-7mEYtqFKzMc-IRaJ33sGf4mIkLWXZUX6j3l5Nk2cDxAwsgYE/https%3A%2F%2Feur01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%253A%252F%252Fbitsavers.org%252Fpdf%252Fibm%252F360%252Fos%252FR20.1_Mar71%252FGC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdf%26data%3D02%257C01%257C%257Cbd270956a79640dbdde708d65245dd84%257C84df9e7fe9f640afb435%257C1%257C0%257C636786857360946751%26sdata%3DSDpk9gv%252BqiCPdB7eUNZdPTtc9Q%252BM8qxr548J8fnU5PI%253D%26reserved%3D0 > > 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the storage > of the terminating job step to be long gone. > > 3. Show your parameter list and return code. You're running under the > Initiator, so it may be an issue with your security environment. > > -- > Shmuel (Seymour J.) Metz > https://secure-web.cisco.com/1dzd1FsN0nEosm-45LhyTQZu3_q9iYWpXjrlTPOrGThBB5zBf0FP_lnXi0Pdjm19EXoQZQrE-A9mnhpFYC98z2Igy1Lx0bf-1MmZZqs3L6djzbDYsKYTXGegho6mUlVqxaPnVG3wfuIIyhp2XSBvo0q9PSciBGtVMTMmT3fVXKvBzMCgsH_MyWCsGhQq9gICReEiD84ritkLkZ_hkHGd2LIWXpCMWdeblWGf9jJspTemeKjmTetWdggAO4uxsdDj3TAmAhwFB-VWa4XM2YiRVhR8GUsRkjgPgCTuKj3VmVKKK_M593AS45GVTsTTWRJ9_-FRMkXU_bSygZSOHatQYLyNYRtx08P8hDamL-Zb66lWhZZXj8Lu_sKu3ZAFHYEnVADKxK3_paystlFIsvA0dyuCvFd2nK8SqxQhPn-K17JNdapRJD6giWC_iubhzQJKn/https%3A%2F%2Feur01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%3A%252F%252Fmason.gmu.edu%252F%7Esmetz3%26data%3D02%257C01%257C%257Cbd270956a79640dbdde708d65245dd84%257C84df9e7fe9f640afb435%257C1%257C0%257C636786857360946751%26sdata%3DGKK3hqgt4uaepi6nw9h80ESrAaOCWmwnBWaw3y3cs%252BA%253D%26reserved%3D0 > > > From: IBM Mainframe Discussion List on behalf of > Steff Gladstone > Sent: Thursday, November 22, 2018 3:53 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Looking for an appropriate system exit > > Three questions regarding IEFACTRT: > > 1. Where is use of IEFYS for writing messages to the JOBLOG documented? > The example given in the documentation for IEFACTRT is incomplete. Google > doesn't seem to locate the doc as well. > > 2. I am abending on S0C4 because getmained areas are automatically being > freed at end of step, before IEFACTRT gets control. It is not clear to me > if SUBPOOL alone can solve the problem. Do I need to specify > TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the > job-step TCB? What course is recommended? > > 3. The documentation says one can dynamically allocate within IEFACTRT but > the BPXWDYN routine returns a non-zero return code. (Same code that works > fine in a regular program.) Is this a limitation of BPXWDYN? Should I code > an SVC 99 call myself? > > Thank you in advance, > Steff Gladstone > > > > On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > >> I use the CSVDYNEX interface extensively and it has been nothing but >> bulletproof in all of my experience. Kudos! >> >> Charles >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Elardus Engelbrecht >> Sent: Friday, October 5, 2018 6:20 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Looking for an appropriate system exit >> >> Peter Relson wrote: >> >>> When the facility was developed, we took a stab at which existing exits >> that we thought were most likely to be of help to the most customers. And >> I'd hope that new exits use it. >> >> That was one of the best stabs I got from Big Blue. It saved me an >> unneeded IPL when one of my SMF exits went down the bit bucket. >> >> --
Re: Looking for an appropriate system exit
1. If nobody was using IEFYS, how else would the flower box be printed? On 2018-11-24 14:48, Seymour J Metz wrote: > 1. IEFYS is a really old interface; I didn't think anybody was still using > it. The best place to look is probably the OS/360 documentation at > https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbitsavers.org%2Fpdf%2Fibm%2F360%2Fos%2FR20.1_Mar71%2FGC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdfdata=02%7C01%7C%7Cbd270956a79640dbdde708d65245dd84%7C84df9e7fe9f640afb435%7C1%7C0%7C636786857360946751sdata=SDpk9gv%2BqiCPdB7eUNZdPTtc9Q%2BM8qxr548J8fnU5PI%3Dreserved=0 > > 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the storage > of the terminating job step to be long gone. > > 3. Show your parameter list and return code. You're running under the > Initiator, so it may be an issue with your security environment. > > -- > Shmuel (Seymour J.) Metz > https://eur01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7C%7Cbd270956a79640dbdde708d65245dd84%7C84df9e7fe9f640afb435%7C1%7C0%7C636786857360946751sdata=GKK3hqgt4uaepi6nw9h80ESrAaOCWmwnBWaw3y3cs%2BA%3Dreserved=0 > > > From: IBM Mainframe Discussion List on behalf of > Steff Gladstone > Sent: Thursday, November 22, 2018 3:53 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Looking for an appropriate system exit > > Three questions regarding IEFACTRT: > > 1. Where is use of IEFYS for writing messages to the JOBLOG documented? > The example given in the documentation for IEFACTRT is incomplete. Google > doesn't seem to locate the doc as well. > > 2. I am abending on S0C4 because getmained areas are automatically being > freed at end of step, before IEFACTRT gets control. It is not clear to me > if SUBPOOL alone can solve the problem. Do I need to specify > TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the > job-step TCB? What course is recommended? > > 3. The documentation says one can dynamically allocate within IEFACTRT but > the BPXWDYN routine returns a non-zero return code. (Same code that works > fine in a regular program.) Is this a limitation of BPXWDYN? Should I code > an SVC 99 call myself? > > Thank you in advance, > Steff Gladstone > > > > On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > >> I use the CSVDYNEX interface extensively and it has been nothing but >> bulletproof in all of my experience. Kudos! >> >> Charles >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Elardus Engelbrecht >> Sent: Friday, October 5, 2018 6:20 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Looking for an appropriate system exit >> >> Peter Relson wrote: >> >>> When the facility was developed, we took a stab at which existing exits >> that we thought were most likely to be of help to the most customers. And >> I'd hope that new exits use it. >> >> That was one of the best stabs I got from Big Blue. It saved me an >> unneeded IPL when one of my SMF exits went down the bit bucket. >> >> -- >> 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: Looking for an appropriate system exit
Our SMF exits still use IEFYS to write messages to the job output stream. If there were some other 'more modern' method, I'd use it, but I know of none. As for doc, I've never found any. I just call the interface--which at least seems to be a supported if somewhat clandestine UI--and it continues to work through decades of OS upgrades. We absolutely need to write messages from SMF exits. If not IEFYS, then how? I'm open to improvements. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Saturday, November 24, 2018 11:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Looking for an appropriate system exit 1. IEFYS is a really old interface; I didn't think anybody was still using it. The best place to look is probably the OS/360 documentation at http://bitsavers.org/pdf/ibm/360/os/R20.1_Mar71/GC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdf 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the storage of the terminating job step to be long gone. 3. Show your parameter list and return code. You're running under the Initiator, so it may be an issue with your security environment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steff Gladstone Sent: Thursday, November 22, 2018 3:53 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Looking for an appropriate system exit Three questions regarding IEFACTRT: 1. Where is use of IEFYS for writing messages to the JOBLOG documented? The example given in the documentation for IEFACTRT is incomplete. Google doesn't seem to locate the doc as well. 2. I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? 3. The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? Thank you in advance, Steff Gladstone On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > I use the CSVDYNEX interface extensively and it has been nothing but > bulletproof in all of my experience. Kudos! > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: Friday, October 5, 2018 6:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Looking for an appropriate system exit > > Peter Relson wrote: > > >When the facility was developed, we took a stab at which existing > >exits > that we thought were most likely to be of help to the most customers. > And I'd hope that new exits use it. > > That was one of the best stabs I got from Big Blue. It saved me an > unneeded IPL when one of my SMF exits went down the bit bucket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
1. IEFYS is a really old interface; I didn't think anybody was still using it. The best place to look is probably the OS/360 documentation at http://bitsavers.org/pdf/ibm/360/os/R20.1_Mar71/GC28-6550-9_OS_System_Programmers_Guide_Rel_20.1_Jun71.pdf 2. Doesn't IEFACTRT run under the Initiator TCB? I would expect the storage of the terminating job step to be long gone. 3. Show your parameter list and return code. You're running under the Initiator, so it may be an issue with your security environment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steff Gladstone Sent: Thursday, November 22, 2018 3:53 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Looking for an appropriate system exit Three questions regarding IEFACTRT: 1. Where is use of IEFYS for writing messages to the JOBLOG documented? The example given in the documentation for IEFACTRT is incomplete. Google doesn't seem to locate the doc as well. 2. I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? 3. The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? Thank you in advance, Steff Gladstone On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > I use the CSVDYNEX interface extensively and it has been nothing but > bulletproof in all of my experience. Kudos! > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht > Sent: Friday, October 5, 2018 6:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Looking for an appropriate system exit > > Peter Relson wrote: > > >When the facility was developed, we took a stab at which existing exits > that we thought were most likely to be of help to the most customers. And > I'd hope that new exits use it. > > That was one of the best stabs I got from Big Blue. It saved me an > unneeded IPL when one of my SMF exits went down the bit bucket. > > -- > 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: Looking for an appropriate system exit
On Fri, 23 Nov 2018 11:31:08 -0500, Peter Relson wrote: > >"Can dynamically allocate" is not the same as to "can use BPXWDYN". I >would guess that you cannot use BPXWDYN except from within the jobstep >program task tree. Why did you not post the return information from your >BPXWDYN? That might have told you what the problem was, and would have >helped the readers from having to guess. > Yes. From: z/OS Using REXX and z/OS UNIX System Services Version 2 Release 3 SA23-2283-30 Calling conventions BPXWDYN must be called in 31-bit mode in an environment that permits dynamic allocation and dynamic output requests. You might get more complete information about BPXWDYN from MVS-OE: For MVS-OE subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO MVS-OE Or: http://vm.marist.edu/htbin/wlvindex?MVS-OE -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? What is recommended is no different than for any program -- you need to understand your environment and the termination characteristics. If you obtained storage while the job is running, and that storage is owned by any task within the jobstep program task tree (i.e., the task tree with the EXEC PGM= task at the top), then that storage will have been freed if you then run after the termination of that jobstep program task (which is when IEFACTRT runs, I think). Perhaps what is recommended is that your IEFACTRT exit routine not rely on storage obtained within the jobstep program task tree. TCBJSTCB when running under the jobstep program task tree will not be of help. That is athe jobstep program task or a jobstep subtask of that task. You can identify the proper task or you can get storage in a subpool that is not owned by a task (LSQA). If you get such storage, then it is up to you to make sure it gets freed in a timely fashion; the system won't help until the ownership rules indicate that it should (e.g., end of address space for non-task-owned LSQA). The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? "Can dynamically allocate" is not the same as to "can use BPXWDYN". I would guess that you cannot use BPXWDYN except from within the jobstep program task tree. Why did you not post the return information from your BPXWDYN? That might have told you what the problem was, and would have helped the readers from having to guess. 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: Looking for an appropriate system exit
On Thu, 22 Nov 2018 22:53:11 +0200, Steff Gladstone wrote: >Three questions regarding IEFACTRT: > >1. Where is use of IEFYS for writing messages to the JOBLOG documented? >The example given in the documentation for IEFACTRT is incomplete. Google >doesn't seem to locate the doc as well. > >2. I am abending on S0C4 because getmained areas are automatically being >freed at end of step, before IEFACTRT gets control. It is not clear to me >if SUBPOOL alone can solve the problem. Do I need to specify >TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the >job-step TCB? What course is recommended? > >3. The documentation says one can dynamically allocate within IEFACTRT but >the BPXWDYN routine returns a non-zero return code. (Same code that works >fine in a regular program.) Is this a limitation of BPXWDYN? Should I code >an SVC 99 call myself? > What was your argument string for BPXWDYN? Return code? Message text? I have used SYSCALL open /dev/console followed by SYSCALL write. o This gives no control of routing/descriptor. o Automation may intercept BPXF024I. Also possible: SYSCALL writefile /dev/console Also possible: BPXWDYN( "alloc path('/dev/console') filedata(text) msg(WTP) ..." ) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
Three questions regarding IEFACTRT: 1. Where is use of IEFYS for writing messages to the JOBLOG documented? The example given in the documentation for IEFACTRT is incomplete. Google doesn't seem to locate the doc as well. 2. I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? 3. The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? Thank you in advance, Steff Gladstone On Fri, 5 Oct 2018 at 16:17, Charles Mills wrote: > I use the CSVDYNEX interface extensively and it has been nothing but > bulletproof in all of my experience. Kudos! > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht > Sent: Friday, October 5, 2018 6:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Looking for an appropriate system exit > > Peter Relson wrote: > > >When the facility was developed, we took a stab at which existing exits > that we thought were most likely to be of help to the most customers. And > I'd hope that new exits use it. > > That was one of the best stabs I got from Big Blue. It saved me an > unneeded IPL when one of my SMF exits went down the bit bucket. > > -- > 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: Looking for an appropriate system exit
I use the CSVDYNEX interface extensively and it has been nothing but bulletproof in all of my experience. Kudos! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, October 5, 2018 6:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for an appropriate system exit Peter Relson wrote: >When the facility was developed, we took a stab at which existing exits that >we thought were most likely to be of help to the most customers. And I'd hope >that new exits use it. That was one of the best stabs I got from Big Blue. It saved me an unneeded IPL when one of my SMF exits went down the bit bucket. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
Peter Relson wrote: >When the facility was developed, we took a stab at which existing exits that >we thought were most likely to be of help to the most customers. And I'd hope >that new exits use it. That was one of the best stabs I got from Big Blue. It saved me an unneeded IPL when one of my SMF exits went down the bit bucket. That exit was called once, a dump took place and SMF just disable it. I had to remove it from SMFPRMxx and from LPA, analyze the problem and put it back first on LPA and then back on SMF. Years ago, before those dynamic exit facility, it was a real PITA to add a new accounting code in IEFUJI exit. Then some one (not me) rewrote the IEFUJI to have LOAD EP= avoiding an IPL. Now these days we are using RACF to check up those accounting codes. IRREVX00 exit is also an excellent user of that great dynamic exit facility. I could also go on for example those ISPF exits which you can reload it by just logoff/logon on to TSO. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
Otherwise you can hook the standard LOAD/LINK/ATTACH SVCs. Please do not do that. There is a long history of applications getting this wrong. It is unfortunate that hooking of any SVC was ever viewed as acceptable practice. But in the absence of suitable exits, it can be understandable. z/OS 2.2 implemented the CSVFETCH exit. Consider using that if you want to track every module fetch. 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: Looking for an appropriate system exit
assuming we are careful to return R15=0 in our exit routines and not change anything in the passed parameters, could that still affect or override in any way the results of the default or system exit routines already in effect for those exit points? No, it could not. (Now why certain IBM components continue not to use it is another matter.) Because, presumably, there has been not enough call to do so (and there is, of course, a cost for implementation). If you have a reason for wanting/needing a particular exit to exploit the dynamic exits facility, then please submit an RFE. When the facility was developed, we took a stab at which existing exits that we thought were most likely to be of help to the most customers. And I'd hope that new exits use it. SYS.IEFUSI AND SYS.IEFACTRT I agree with Tony H's point that you need to consider whether you might also need the other cases such as SYSSTC. 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: Looking for an appropriate system exit
On 4 October 2018 at 12:56, Charles Mills wrote: > The dynamic exits facility does a pretty much perfect job of isolating > various exit routines one from another. I agree with Charles - it's a great facility with about all the power and convenience one could ask for. (Now why certain IBM components continue not to use it is another matter.) Steff Gladstone wrote: [...] > (or issue the equivalent CSVDYNEX macro in an assembler program) to add our > exit routines to the system exit points SYS.IEFUSI AND SYS.IEFACTRT, [...] I would just watch for two possible trouble areas: Will either or both exits get control where you don't expect it, e.g. for things other than batch jobs/steps? Your code may need to be aware of its invocation environment that could be TSO, a forked/spawned/exec'd UNIX job step, or an APPC transaction. Maybe you don't have any of these, but your code should probably be aware and ignore them gracefully if you don't want to process them. On the flip side, dynamically adding exit routines to SYS.xxx may not be enough to capture everything of interest. If it's your own system and you know what your SMFPRMxx looks like, then fine. But depending on the SYS and SUBSYS parameters, there could be exit points for things like TSO.xxx or IMS.yyy or ASCH.zzz. Best generalized approach if you're going to use CSVDYNEX is to issue CSVDYNEX REQUEST=LIST, and then scan the result for exit point names *ending* in .IEFUSI and .IEFACTRT (noting that the left parts can be of different lengths). Or of course just hard code what you know you need. And it goes without saying that these exits run in the most highly privileged state possible, i.e. key zero and supervisor state. So code and test very carefully... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
The dynamic exits facility does a pretty much perfect job of isolating various exit routines one from another. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steff Gladstone Sent: Thursday, October 4, 2018 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for an appropriate system exit After a respite of several months this topic has gotten hot again for us. We believe that using the IEFUSI and IEFACTRT exits answer our need to gain control at job-step initialization and again at job-step termination. My question is: if we use the dynamic exits facility, that is, the console command SETPROG EXIT,ADD,EX=,MOD=,LAST (or issue the equivalent CSVDYNEX macro in an assembler program) to add our exit routines to the system exit points SYS.IEFUSI AND SYS.IEFACTRT, and assuming we are careful to return R15=0 in our exit routines and not change anything in the passed parameters, could that still affect or override in any way the results of the default or system exit routines already in effect for those exit points? We would like our exits to be as innocuous as possible and not adversely affect what is already in the system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
After a respite of several months this topic has gotten hot again for us. We believe that using the IEFUSI and IEFACTRT exits answer our need to gain control at job-step initialization and again at job-step termination. My question is: if we use the dynamic exits facility, that is, the console command SETPROG EXIT,ADD,EX=,MOD=,LAST (or issue the equivalent CSVDYNEX macro in an assembler program) to add our exit routines to the system exit points SYS.IEFUSI AND SYS.IEFACTRT, and assuming we are careful to return R15=0 in our exit routines and not change anything in the passed parameters, could that still affect or override in any way the results of the default or system exit routines already in effect for those exit points? We would like our exits to be as innocuous as possible and not adversely affect what is already in the system. On 8 December 2017 at 15:47, Binyamin Dissen wrote: > > Your best/easiest would be a SAF exit for checking PROGRAM class - that > gets > control for each load without hooking stuff. Otherwise you can hook the > standard LOAD/LINK/ATTACH SVCs. The IEFUSI would have the EXEC PGM= name. > > On Wed, 6 Dec 2017 12:14:45 +0200 Steff Gladstone < > steff.gladst...@gmail.com> > wrote: > > :>Hi Binyamin, > :> > :>The application load libraries are full of obsolete code. We are trying > to > :>identify which programs are still active in the installation in order to > :>weed out obsolete legacy programs and clean up our load libraries, and > :>eventually, source libraries. > :> > :>We were hoping to choose an optimal exit that would enable us to capture > :>pertinent info: called load module name, load library name, caller name, > :>etc. We would prefer an exit that allows the designation of a number of > :>individual exit routines per exit (JES2 and CICS and, to a limited > extent, > :>DFSMS, provide this capability; I am not aware of other possibilities), > so > :>that we could easily disable or remove our code when necessary without > :>affecting other customized user code in that exit. > :> > :>Thanks for any assistance you can extend to us. > :> > :>Steff Gladstone > :> > :>On Wed, Dec 6, 2017 at 10:53 AM, Binyamin Dissen < > bdis...@dissensoftware.com > :>> wrote: > :> > :>> Can you give an example or two? > :>> > :>> On Wed, 6 Dec 2017 09:13:47 +0200 Steff Gladstone < > :>> steff.gladst...@gmail.com> > :>> wrote: > :>> > :>> :>In our installation we would like to implement certain checks and > :>> document > :>> :>certain run-time characteristics at the beginning and during program > :>> :>initialization and duration (chiefly Cobol programs). We would like > to > :>> :>implement this in a manner transparent to the application, without > :>> :>requiring the programmer to add lines of JCL or calls to subroutines > (we > :>> :>have thousands of legacy programs and jobs and don't want to have to > go > :>> :>through a massive conversion project). > :>> > :>> :>We are looking at initialization routines like CEEBINT. Can anyone > :>> :>recommend any other system exits that could be candidates for this > sort > :>> of > :>> :>thing. Any potential pitfalls we should be aware of? > :>> > :>> -- > :>> 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 > :>> > > -- > 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: Looking for an appropriate system exit
Steff Gladstone wrote: >In our installation we would like to implement certain checks and document >certain run-time characteristics at the beginning and during program >initialization and duration (chiefly Cobol programs). What checks? >We would like to implement this in a manner transparent to the application, >without requiring the programmer to add lines of JCL or calls to subroutines >(we have thousands of legacy programs and jobs and don't want to have to go >through a massive conversion project). Forget about it. No, sorry, I not being funny with you, but really, those 'change / documentation / check management' and similar software are mostly failed to doom and gloom. Rather start with that project when you __start__ a mainframe system or a data centre, not when you have gazillion old and new programs, JCLs and systems. I was tasked around 1989-199? to implement Librarian and to invent something for documentation of program changes and what they're doing at all. It was a PITA which we dropped as soon we can... >We are looking at initialization routines like CEEBINT. Can anyone recommend >any other system exits that could be candidates for this sort of thing. Ok, I said I am not funny with you. One solution is, what submitter are you using? If using automation software, then your project is nearly done. just modify your automation software for all these jobs and their programs. These software have audit logs, if enabled of course. Those automation software have 'condition codes' which can be used to audit and log jobs/steps completion. So you could setup your job with RC=0/4/16 and the condition codes can be setup as 'Good/Bad/Ugly' after completion. Or use RACF and SMF to monitor the loadlibs and program as well data used. Lots of hard work and overhead, but can be done. I believe there are other methods... but CEEBINIT? Not all programs are compiled using LE. What will you do if some COBOL programs call an Assembler program which disregards LE? >Any potential pitfalls we should be aware of? Hmmm, some pitfalls - you will only see the first program [in EXEC PGM=], if you want monitor subsequent called programs, you're in trouble, unless you can put something in to monitor them too. No, I don't know if that solution is possible or useful. Perhaps you should clarify what you need and give some examples as requested by others. I am pretty sure there is a solution for your task. Good luck and all of the very best for you and your team. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
On Wed, 6 Dec 2017 09:13:47 +0200, Steff Gladstone wrote: >In our installation we would like to implement certain checks and document >certain run-time characteristics at the beginning and during program >initialization and duration ... > >We are looking at initialization routines like CEEBINT. Can anyone >recommend any other system exits that could be candidates for this sort of >thing. Any potential pitfalls we should be aware of? In order to provide any guidance, we will need more information about the kinds of things you want to do. I would be surprised if CEEBINIT would be appropriate. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
Can you give an example or two? On Wed, 6 Dec 2017 09:13:47 +0200 Steff Gladstonewrote: :>In our installation we would like to implement certain checks and document :>certain run-time characteristics at the beginning and during program :>initialization and duration (chiefly Cobol programs). We would like to :>implement this in a manner transparent to the application, without :>requiring the programmer to add lines of JCL or calls to subroutines (we :>have thousands of legacy programs and jobs and don't want to have to go :>through a massive conversion project). :>We are looking at initialization routines like CEEBINT. Can anyone :>recommend any other system exits that could be candidates for this sort of :>thing. Any potential pitfalls we should be aware of? -- 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
Looking for an appropriate system exit
Greetings, In our installation we would like to implement certain checks and document certain run-time characteristics at the beginning and during program initialization and duration (chiefly Cobol programs). We would like to implement this in a manner transparent to the application, without requiring the programmer to add lines of JCL or calls to subroutines (we have thousands of legacy programs and jobs and don't want to have to go through a massive conversion project). We are looking at initialization routines like CEEBINT. Can anyone recommend any other system exits that could be candidates for this sort of thing. Any potential pitfalls we should be aware of? Thank you, Steff Gladstone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN