Peter, There are some 3rd party products that load modules to modified LPA (CSA or ECSA) as they start. They do it dynamically so if they don't start, you save the storage.
ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Fri, Sep 18, 2020 at 3:06 PM Peter Relson <rel...@us.ibm.com> wrote: > <snip> > Is there any utility which can help to search the loaded MLPA module ? > </snip> > What do you mean by "search the loaded MLPA module"? > > A program can use CSVQUERY to locate the address of a module in LPA > (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it can use LOAD and > then DELETE (CSVQUERY typically has less overhead than that pair of > operations). > > <snip> > We have a product which loads via MLPA and we just trying to understand if > it's possible to load it dynamically without the need of IPL > </snip> > I do not understand this sentence either. Nothing loads "via MLPA". Some > things might require that their parts be in LPA. Is that what you meant? > If a program wants to put module(s) into LPA it can use the CSVDYLPA > macro. If a customer wants to put module(s) in LPA it can use the LPA > statement of the PROGxx parmlib member or the SETPROG LPA command. > > > Peter Relson > z/OS Core Technology Design > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
