The rule is NO UNCATALOGED DATASET in SMS MANAGED POOLs. It theoretically should not work if you try to uncatalog a dataset that is SMS Managed. This should fail.
Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Thomas David Rivers > Sent: Tuesday, April 11, 2017 5:31 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: unCATALOG after a RENAME > > Lizette Koehler wrote: > > >You may need to do the UNCATALOG if NON-SMS manged. > > > >You should not do the UNCATALOG if SMS manged. > > > >Personally, I would probably do the process with DFDSS and use RENUNC and > CATALOG parm. > > > > > >Simpler, easier, and safer > > > >Lizette > > > > > > > Thanks Lizette, > > I was hoping to directly use the underlying services - surely DFDSS uses > this same services? > > If so... I wonder what it does? > > Is there a programatic way to determine if a data-set is SMS managed? > > And, I thought, if the data set were SMS managed that the un-CATALOG would > simply return-code 0 in all cases? So, seems like it would be "safe" > to do? > > Would it be reasonable then to always do the un-CATALOG, but simply ignore a > return-code=8 (which in the IDC3009I message documentation kinda hints that > that return-code would happen if the data-set is not in the catalog - although > it seems to be just a hint.) > > - Thanks! - > - Dave Rivers - > > -- > riv...@dignus.com Work: (919) 676-0847 > Get your mainframe programming tools at http://www.dignus.com ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN