Barry, That's a good one that I don't believe I've seen before (and I used to teach SMP/E courses).
I believe that I have found the answer. The key is that SYSMOD UA56739 is performing a MACUPD to macros that have AAJESTA as a UMID (not RMID). Careful reading of the first System Action provided for message GIM38201W indicates that SMP/E will proceed with the APPLY (and produce a regression report): The SYSMOD supplies an update element, and the PRE and SUP operands (1) specify the RMID of the previously processed version of the element but (2) do not specify all UMIDs of the previously processed version of the element. In this case, message GIM319xx or message GIM430xx follows this message and names the updates in the previously processed version of the element that the SYSMOD does not supersede or specify as a prerequisite. SMP/E processes the update supplied by the SYSMOD. Cheers, Alan -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, July 13, 2011 7:24 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE used to flag this as an error I ran the following apply check APPLY CHECK GROUP FUNCTIONS PTFS APARS USERMODS SOURCEID ( ESO1107 ) EXCLUDE ( UA56444 ) BYPASS ( HOLDSYSTEM ( RESTART IPL DOC ENH AO MULTSYS ACTION DYNACT EC MSGSKEL DEP EXIT DOWNLD DELETE ) ) NOJCLINREPORT. SMPE generated the following diagnostics GIM38201W THERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD UA56739. GIM31902I SYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY INSTALLED. GIM38201W THERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD UA56739. GIM31902I SYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY INSTALLED. It also marked the PTF as applied UA56739 APPLIED PTF HJE7760 PRE UA47335 UA48021 UA48275 UA48380 UA49239 UA49270 UA49848 UA50641 UA50744 UA52851 UA53795 UA54558 HOLDE EA34563 HOLDS *DOC(UA56739) *IPL(UA56739) *MULTSYS(UA56739) And generated the following Regression Report REGRESSING REGRESSED COMMON ELEMENTS CURRENT OTHER POTENTIALLY SYSMOD SYSMOD TYPE NAME RMID REGRESSED SYSMODS UA56739 AAJESTA MACRO $BUFFER MACRO $HASPEQU Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be errors instead of warnings? Shouldn't the PTF be marked NOGO? The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression "can occur only when BYPASS(ID) is used to ignore such errors." Shouldn't the Regression Report be suppressed and the PTF show up in the Causer Report? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html