Where did DISP RENEW come from? I checked the 1.10 JCL reference and RENEW is not listed. Sounds pretty cool
Jerry Tom Marchant <[email protected]> Sent by: IBM Mainframe Discussion List <[email protected]> 06/09/2009 08:16 AM Please respond to IBM Mainframe Discussion List <[email protected]> To [email protected] cc Subject Re: IEFBR14 (was: EXEC Above the Bar) On Tue, 9 Jun 2009 06:56:39 -0500, Paul Gilmartin wrote: >On Tue, 9 Jun 2009 08:24:39 +0200, Hunkeler Peter (KIUP 4) wrote: > >>>Of course the delay is due to a programmer error with the JCL.... >> >>... which is a result of the fact that the operating system >>doesn't offer a way to "delete, if present, then allocate new" in >>one step, something like DISP=(RENEW,CATLG). This would have >>avoided many of the unconditional IEFBR14s at the beginning of >>jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. >> >Isn't the order of processing such that this can be done in a >single step? DD statements are processed in the order in which >they appear so the first data set is uncatalogued before the >second is catalogued. Of course this requires that they occupy >separate volumes. (Does this still work with SMS?) No. In an SMS environment a data set is cataloged when it is created. The uncatalog is done at step termination. -- Tom Marchant ---------------------------------------------------------------------- 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
