On Mon, 11 May 2009 15:08:03 -0700, Skip Robinson 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. > Will any of these tools (at whatever price) find the correct instance of a member residing in a mixed concatenation of Classic and UNIX directories? I know ISRDDN won't. I reported this as a defect a few years ago; got WAD. ISRDDN employs ISPF LM utilities which don't (or didn't at that time) do UNIX.
> Mark Zelden > 05/08/2009 11:54 AM > >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. > Would this include Java byte code? -- gil ---------------------------------------------------------------------- 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
