ISRDDN will do this too if you use the "MEMBER" command with LINKLIST or
LPA. If you use "LPA" it will not search the LNKLST, but if you use LINK it
will search JPA, MLPA, LPA, etc. in addition to LNKLST.
For example:
DDLIST
LINK
M ICHRDSNT LINK
(respond YES to bypass warning about searching LNKLST etc.)
CSVQUERY Results
Command ===>
More: +
Module ICHRDSNT was found to be already loaded. Note that
invocations of this program name may pick up another copy from
STEPLIB or a LIBDEF'ed data set or from a tasklib such as ISPLLIB.
Tab to a box and press enter to view the module in storage.
+-------------------------+
| MLPA resident |
| Module address:00CD8CD0 |
| Module size: 00000060 |
| Reentrant |
| Serially reusable |
| Not loadable only |
| Authorized library |
| Not Authorized program |
+-------------------------+
In my case, since it is loaded into MLPA from a LNKLST library via IEALPAxx,
ISRDDN also shows it as found under LINKLIST in the proper library.
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[email protected]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
On Mon, 11 May 2009 15:08:03 -0700, Skip Robinson <[email protected]>
wrote:
>Although ISRDDN is a good (and free!) tool for this sort of search,
>StarTool--and I believe earlier versions of PDS/PDSE--include a FINDMOD
>command that will show the actual location of the module found (if any)
>plus all other accessible locations in the standard search sequence where a
>like-named module also resides. It's a quick and decisive way to compare
>multiple systems.
>
>.
>.
>JO.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>626-302-7535 Office
>323-715-0595 Mobile
>[email protected]
>
>
>
> Mark Zelden
> <mark.zel...@zuri
> CHNA.COM> To
> Sent by: IBM [email protected]
> Mainframe cc
> Discussion List
> <[email protected] Subject
> .edu> Re: RACF Newbie question
>
>
> 05/08/2009 11:54
> AM
>
>
> Please respond to
> IBM Mainframe
> Discussion List
> <[email protected]
> .edu>
>
>
>
>
>
>
>On Fri, 8 May 2009 10:34:09 -0700, George Fogg <[email protected]> wrote:
>
>>And all these years I thought ICHRDSNT had to be in a APF linklst library,
>not
>>in PLPA, MLPA, FLPA or DLPA.
>>The book states "...This table resides in SYS1.LINKLIB or any other
>>APF-authorized linklist library. It must be linked with RMODE(24)."
>>
>
>Ours is in MLPA. Loaded from a LNKLST behind SYS1.LINKLIB along with some
>other local RACF modules / exits.
>
>I guess the fact that it isn't documented could be called "MVS System
>Programming 101" on program fetch / system search order. Pretty
>much anything reentrant or non-executable like a table can be in LPA
>instead of LNKLST.
>
>Mark
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [email protected] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
