You cannot remove an existing DD statement from a PROC. You can only override it. Also, if the DD is a concatenation, you cannot eliminate subsequent, concatenated, DDs. You can only override the DSN with an "empty" DSN (sequential or PDS as needed). You can add more onto a concatenated DD.
We have SYS3.EMPTY.PDS and SYS3.EMPTY.SEQ datasets with no LRECL et al. just for these requirements. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills > Sent: Thursday, December 09, 2010 1:06 PM > To: IBM-MAIN@bama.ua.edu > Subject: Overriding STEPLIB > > All you JCL gurus, two questions regarding overriding a load > library in a > PROC such as STEPLIB: > > 1. If a PROC has something like > > //STEPLIB DD DSN=whatever... > // DD DSN=blah... > > And you want to override it to a single load library, is > there a preferred > way to do so? Coding > > //PSTEP.STEPLIB DD DSN=foo... > > Gives you an allocation of blah concatenated behind foo. > > I can solve it with > > //PSTEP.STEPLIB DD DSN=foo... > // DD DSN=foo... > > But that seems like kind of a kludge. > > 2. If a PROC has a DD statement and you want to make it go > away and "not > exist" how do you do that? No, overriding it to DUMMY doesn't > work -- leads > to S2013s or somesuch if it is STEPLIB. Again, I can solve it > by overriding > it to an irrelevant load library, but that seems kind of > kludge also. Is > there a preferred method? > > Charles > > ---------------------------------------------------------------------- > 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
