Re: How to EXEC PROC in a JCL

From: Joe Zitzelberger (joe_zitzelberger_at_nospam.com)
Date: 02/09/04 

Date: Mon, 09 Feb 2004 08:24:48 -0500

In article <kh1d101qq2pvar9asdi3b9umo5ese4f0sj@4ax.com>,
 Howard Hess <hmhess1-nospam@yahoo.com> wrote:

> On 21 Jan 2004 08:34:18 -0800, andre.queiroz@netcabo.pt (Andr?
> Queiroz) wrote:
>
> >Hello,
> > I have a JCL step like:
> >
> >//XXXPRG EXEC PROC=MYLIB,PG=PGM2,COND=(0,NE)
> >//FICH1 DD DSN=AAA.DS100.RESULT,
> >// DISP=(NEW,CATLG,DELETE),
> >// SPACE=(TRK,(50,50),RLSE),
> >// DCB=(RECFM=FB,LRECL=128)
> >
> > Is there any way of knowing where are the libraries defined by
> >MYLIB?? I need to know because my system has several PGM2 and I don't
> >know wich is being used in my JCL execution.
> >
> > Thanks in advance,
> >
> >Andre Queiroz
> Andre,
>
> If I were looking for the library that contains load module PGM2
> (which is how I interpreted your question), I'd do the following:
>
> 1) Check for a STEPLIB DD statement in the body of the MYLIB proc and
> in the JCL invoking the MYLIB proc. If one is present, check those
> libraries, in the sequence specified by the DD concatenation, for a
> load module or alias PGM2.
>
> 2) Check the JCL that invokes MYLIB for a JOBLIB DD statements. Check
> those libraries.
>
> 3) Contact my systems programmer to learn the default load library
> concatenation configured for the job class in which this job runs. If
> I can't get any system programmer support, I *could* go scrounging
> through the appropriate JES documents to re-learn where all of that is
> specified, but I'd hope that wasn't necessary.

If PGM2 is not in your STEPLIB (1st) or JOBLIB (2nd) then...

If you have ISPF available, use the ISRDDN tool (invoke via "TSO ISRDDN"
or "ISRDDN" if in your command table).

Once in the tool, use the command "LOAD PGM2", you will either get a not
found error or it will tell you whereabouts in the link list it loaded
from.

Relevant Pages

  • Re: z/OS static linking
    ... linked" load module and it appears to function just as well. ... We can do a compile followed by a link and place ... As Bill Klein points out, it is certainly possible to store object modules in libraries under z/OS, and to link from them, but it doesn't appear to be the standard practice, at least in my limited experience. ... You can dynamically call a COBOL subprogram from a load library, or you can statically link the same COBOL subprogram into a main program. ...
    (comp.lang.cobol)
  • Re: z/OS static linking
    ... linked" load module and it appears to function just as well. ... We have a sub-routine called SUBR (yes, ... people would abuse deployment by statically linking third party libraries. ... Poor control over deployment and execution environment ...
    (comp.lang.cobol)