In a recent note, Chase, John said: > Date: Wed, 11 Oct 2006 08:59:13 -0500 > > > -----Original Message----- > > From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin > > > > In a recent note, Kurt Quackenbush said: > > > > > Date: Wed, 11 Oct 2006 09:28:20 -0400 > > > > > > Sounds like you didn't try APPLY CHECK before running the APPLY, and > > > > therefore you've got stuff left over in the target zone. Probably > an > > > element entry got updated in the target zone during the first APPLY. > > > Rejecting the USERMOD from the global zone does not cleanup the > target zone. > > > > > Ouch! So it updates the element's SYSLIB (or whatever) > > subentry in the element's target zone entry without even > > determining whether it can allocate the data set? > > The OP said originally that he had misspelled the DDNAME on the > (presumably) original APPLY, which had succeeded. I can think of no way > I didn't see the OP (must have been via newsgroup).
> that SMP/E (or any other program, for that matter) can determine whether > a (new) DDNAME was misspelled (i.e., I'm not aware of any software that > has successfully implemented DWIM). > Not DWIM. It could verify that all DDNAMES in SMPPTFIN have corresponding DDDEF or TIOT entries before updating the target zone. It doesn't need to (nor should it) guess at a correction; it could simply fail. And I can wonder why APPLY doesn't do the entire verification of an APPLY CHECK before performing any updates to the CSI. > > And then > > when the user supplies a corrected SYSMOD it attempts to > > allocate the data set before updating the SYSLIB subentry? I > > could imagine a more robust design. > > Should REJECT "automagically" invoke a RESTORE first? > I believe that if the user doesn't BYPASS( APPLYCHECK ) then REJECT fails; that's pretty much sufficient. But will even RESTORE work, or will it fail on the same allocation error as the attempt to re-APPLY? -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- 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
