I use it fairly often to delete load modules from a common library in the link list. Works great, very easy to do, runs in batch, provides an audit trail, and saves me a bunch of time. Then I IEBCOPY in the new modules (for a product update) without the replace option for the IEBCOPY. We have a number of products that have 40 or fewer modules that need to be in the link list, so we put them in a common products load library. I also use the same method for removing old modules from TSO libraries and user lpa libraries. Then we shutdown the product and refresh or IPL (depending what's needed for the product).
Linda Mooney -------------- Original message -------------- From: "Gibney, Dave" <[EMAIL PROTECTED]> > I haven't had a good, or any reason to use IEHPRROGM for almost two > decades. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Daniel McLaughlin > Sent: Thursday, June 26, 2008 4:12 AM > To: [email protected] > Subject: Re: Non-SMS GDG Issue > > Control card: > CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 > > Would IDCAMS DEFINE NVSAM been the better choice? > TIA > > ---------------------------------------------------------------------- > 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 > ---------------------------------------------------------------------- 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
