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=xxxxxxxx,MOD=xxxxxxxx,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 <bdis...@dissensoftware.com>
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 <bdis...@dissensoftware.com>
> :>> 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 <bdis...@dissensoftware.com>
> 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
