Since when did IBM condone UCLIN to update RMIDs on supplied elements? According to the latest z/OS Packaging Rules, SC23-3695-10, this is still frowned upon (Section 5.10), and Section 8 offers MCS alternatives.
Regards, Art Gutowski Compuware Corporation On Fri, 8 Jul 2011 07:09:02 -0400, Jousma, David <[email protected]> wrote: >That is actually what I did: > > SET BDY (MVSTZN). > UCLIN . > REP PROGRAM(AGGDD) RMID(MAGG001). > REP PROGRAM(AGGDDEM) RMID(MAGG001). > REP PROGRAM(AGGACTRT) RMID(MAGG001). > REP PROGRAM(AGGFRONT) RMID(MAGG001). > REP PROGRAM(AGGINSTL) RMID(MAGG001). > REP PROGRAM(AGGTBLS) RMID(MAGG001). > REP PROGRAM(AGGDR) RMID(MAGG001). > REP PROGRAM(AGGCCGX) RMID(MAGG001). > ENDUCL. > >IBM support also suggested a user hold on the FMID. > >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:[email protected]] On >Behalf Of Skip Robinson >Sent: Thursday, July 07, 2011 4:17 PM >To: [email protected] >Subject: Re: SMPE how-to question > >An alternative to the 'shadow ZAP' is simply to mark an element in SMPE >as >having been touched by a usermod. For example, we assemble and link >SAMPLIB member IEECMDPF for console. We don't modify the sample, but we >want to know it changes by PTF. So we run UCLIN to leave a footprint >associated with the usermod that creates the load module. This technique > >has the advantage of working any type element. > >UCLIN . > REP SAMP(IEECMDPF) RMID(CONS001) . >ENDUCL . > ---------------------------------------------------------------------- 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
