Re: System Exit

[R.S.]

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

[Vernooij, Kees (ITOP NM) - KLM]

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

[Vernooij, Kees (ITOP NM) - KLM]

> 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

[Steve Pryor]

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

[PINION, RICHARD W.]

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

[Lizette Koehler]

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

[Carmen Vitullo]

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

[Steve Beaver]

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

[PINION, RICHARD W.]

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

[Steff Gladstone]

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

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

[Seymour J Metz]

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

[David Spiegel]

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

[Jesse 1 Robinson]

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

[Seymour J Metz]

 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

[Paul Gilmartin]

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

[Peter Relson]

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

[Paul Gilmartin]

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

[Steff Gladstone]

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

[Charles Mills]

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

[Elardus Engelbrecht]

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

[Peter Relson]

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

[Peter Relson]

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

[Tony Harminc]

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

[Charles Mills]

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

[Steff Gladstone]

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

[Elardus Engelbrecht]

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

[Tom Marchant]

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

[Binyamin Dissen]

Can you give an example or two?

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

[Steff Gladstone]

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