I say 'coincidental' because load module components can move from release to release. IBM might decide, for example, to put something into SYS1.LPALIB for performance.
As for whether a usermod is a true 'modification', that's a matter of terminology. We have several 'mods' that just turn a SAMPLIB member into MOD/LMOD elements. That way if the SAMPLIB member gets updated, then we find out immediately. As for the other examples (SDSF parms, LE parms), we install those with SMPE usermods also. Quick and dirty is high on speed, low on hygiene. Cleaner may mean quicker down the long road. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List <[email protected]> wrote on 11/04/2005 02:17:58 PM: > On Fri, 4 Nov 2005 13:34:16 -0800, Skip Robinson <[EMAIL PROTECTED]> > wrote: > > >I don't like to depend on the coincidental search order of libraries that > >IBM supplies. > > This isn't coincidental, it is planned. The order doesn't matter as > long as http://www.novaspace.com/AUTO/Giclee.html is in LPALSTxx. > > >We modify IRXCMPTM with an SMPE usermod. It goes on each new > >release with some simple MCS updates. The module goes into SYS1.LINKLIB. > > > >BTW This is the right way to handle lots of customization. > > Agree that modifications should be done with SMP/E usermods. But in > this case, there is no modication - just a parmlib member. It's > simply a preference to have one less usermod as opposed to "the > right way". Not much different than using any PARMLIB member that > replaces assembled options. For example, SDSF parms, LE parms in > z/OS 1.7, etc. > > Regards, > > 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
