I could get the dynamic calls by doing a temporary link/relink of the load
module but doing that on 10000 programs is not practical.

I have tried going the DB2 way but there is no such way to get the info
AFAICS.
(And everything DB2 is outsourced.)


Thomas



"I wash off the hatred of my enemies and the greed and wrath of powerful
people."

“I clearly saw the skeleton underneath all this show of personality. What
is left of a man and all his pride but bones?”

Den ons 18 feb. 2026 14:12Colin Paice <
[email protected]> skrev:

> In the past I have use AMBLIST to show the structure of a load module.  (
> Or just rebind the load module)
>
> This provides info on static code
>
> My AMBLIST gives info like
> RESIDENT CLASS:           C_CODE
>       CLAS LOC   ELEM LOC    LENGTH  TYPE
>         0                      4610   ED   PRINTMOD#C
>             B8         B8             LD   print_ESD2
>            4D8        4D8             LD   print_nam-_entry
>            690        690             LD   fd_print_-lasses
>            980        980             LD   print_ESD
>            9C0        9C0             LD   print_cu_-_entry
>            B50        B50             LD   print_cu_entry
>            D50        D50             LD   fd_print_-_units
>           13C8       13C8             LD   test_fdata_api
>           17F0       17F0             LD   main
>           1A08       1A08             LD   printHex
>           1F90       1F90             LD   print_classes
>           22D0       22D0             LD   print_com-_units
>
> Another program copies in an RACF stub.
>
> The output has
>
> IRRSDL00(LD)
>     CLASS:           B_TEXT      TEXT TYPE:         UNSPEC
>     NAME SPACE:           1      SCOPE:             MODULE
>     ATTRIBUTES:     GENERATED,STRONG
> so we can see that this is an assembler code ( B_TEXT)
>
> See MVS Program Management: User's Guide  and Reference SA23-1393-60
>
> There is a binder API in  SA23-1392
>
>
> Dynamic is much harder.  You can have calls like DLLLOAD and you give a
> string.
> I don't know of a way of finding these.
> You might be able to get who is using it from DB2 audit information
>
> Colin
>
>
> On Wed, 18 Feb 2026 at 12:35, <Thomas> <Berg> <
> [email protected]> wrote:
>
> > I have a need to get all called submodules in around 10000 loadmodules,
> > both static and dynamic.
> > I had such program(s) and job to do that 10 years ago but lost it when I
> > retired (began working again 2024).
> >
> > Any way to do that (easily) with typical zOS tools or maybe downloadable
> > user tools?
> > (I'm not able to do any installs outside of my userid.)
> >
> > For those interested: I need to find all main programs that uses a DB2
> > table (data from).
> > The chain is:
> > DB2 table <-- known sub modules <-- calling modules in other applications
> > (many hundreds of applications, potentially thousends of programs).
> >
> > (This is not a one time usage, I will do similar things further on.)
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] with the message: INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to