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:[email protected]] On Behalf Of
Schwarz, Barry A
Sent: Wednesday, July 13, 2011 7:24 AM
To: [email protected]
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
[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
