Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills You are right. Allocation messages show the overridden STEPLIB as kept, so the DD must have been in effect. As an additional test I changed the DSNs in the PROC DDs to a nonexistent name -- a fairly realistic example of one reason you might want to override them -- and the JCL failed on the +001 concatenation (but successfully ignored the first STEPLIB DD), confirming that it was not overridden. I am now thinking that the null DD overrides nothing. I know there is that issue that one tends to think of DD overrides as replacing the PROC DDs, but in fact they supplement them IIRC. IIRC it is possible to get burned because you for example override the DSN= but leave some now-incorrect operand like an incorrect RECFM. So a null DD adds nothing to the existing DD and leaves the rest of it (all of it) in place. Exactly. But null overrides do have at least one use, which we exploit: Extending a DD concatenation. CICS regions (for example) require a base set of libraries in //DFHRPL, along with application-specific libraries. We code the base libraries in a common PROC, and code the overrides in each region's startup JCL member (we run CICS regions as started jobs). This technique is obviated with the introduction of CICS's dynamic libraries, but it ain't broke so we're in no hurry to fix it. -jc- -- 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
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- 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
SV: Overriding STEPLIB
In procs where it's a high probability for the need to override steplib I use to begin with two dummy loadlibs in steplib: //STEPLIB DD DISP=SHR,A.DUMMY.LOADLIB // DD DISP=SHR,A.DUMMY.LOADLIB // DD DISP=SHR,THE.REAL.LOADLIB1 // DD DISP=SHR,THE.REAL.LOADLIB2 etc. The point is that You can override without bothering about the existing loadlibs. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Charles Mills Skickat: den 9 december 2010 23:18 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Overriding STEPLIB Or, as I said in the OP I can solve it with //PSTEP.STEPLIB DD DSN=foo... //DD DSN=foo... But that seems like kind of a kludge. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Skomsky, PSTI Sent: Thursday, December 09, 2010 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR DD DSN=ANYLIB,DISP-SHR DD DSN=ANYLIB,DISP=SHR etc. This may not be pretty, but it is simple. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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 -- 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 -- 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
Re: Overriding STEPLIB
Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- 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
Re: Overriding STEPLIB
On Thu, 9 Dec 2010 11:06:02 -0800, Charles Mills wrote: //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? Not mentioned in this thread as far as I have read is the documented misbehavior that if any catenand is DUMMY (or equivalently NULLFILE) subsequent catenands will not be read. I don't recall whether they will be allocated. The best recourse (kludge) is, as already suggested, to override with an empty data set. This might be a temporary data set. So, perhaps, //PSTEP.STEPLIB DD DISP=,UNIT=SYSALLDA,DSN=, // SPACE=(1,(1,,1)),RECFM=U // DD ... (I haven't tried this entirely; do I need additional attributes?) -- gil -- 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
Re: Overriding STEPLIB
You can try: //PSTEP.STEPLIB DD DUMMY,DCB=BLKSIZE=32000 //DD DUMMY,DCB=BLKSIZE=32000 2010/12/10 Charles Mills charl...@mcn.org Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- 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 -- 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
Re: Overriding STEPLIB
Include enough DCB information to make it look like a PDS and it should work (but I never tried that). Don't bother trying. I did (on an OS/390 release) and it didn't work. Maybe now? DUMMY.DUMMYLIB Works. Unfortunately, it's the answer. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: Overriding STEPLIB
Isn't the more important DCB information DSORG=PO? Date: Fri, 10 Dec 2010 13:37:34 -0200 From: cvisco...@ig.com.br Subject: Re: Overriding STEPLIB To: IBM-MAIN@bama.ua.edu You can try: //PSTEP.STEPLIB DD DUMMY,DCB=BLKSIZE=32000 // DD DUMMY,DCB=BLKSIZE=32000 2010/12/10 Charles Mills charl...@mcn.org Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. 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
Re: overriding STEPLIB
Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. John Gilmore Ashland, MA 01721-1817 USA -- 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
Re: overriding STEPLIB
On Fri, 10 Dec 2010 16:51:15 +, john gilmore wrote: This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. Perhaps not: 12.24.4 z/OS V1R12.0 MVS JCL Reference 12.24.4 Relationship to Other Control Statements The system treats data sets concatenated to a DUMMY data set as dummy data sets in that I/O operations are bypassed. However, the system performs disposition processing and allocates devices and storage for any concatenated data sets. ... which may not satisfy the needs of the OP. -- gil -- 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
Re: overriding STEPLIB
The OP has moved on to other things but if I understand the below correctly it does not satisfy the OP's original requirement in that no change to the given PROC was fundamental. If you throw out that requirement -- as I now have -- the problem becomes trivial. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, December 10, 2010 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: overriding STEPLIB Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. -- 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
Re: overriding STEPLIB
I must confess that I did not 'see', i.e., elect to read, the original post. The scheme I outlined was devised by someone at IBM Hursley in the 70s. It still works well; the thread was floundering; I therefore set it out. The no-change-to-the-original-proc formulation anyway strikes me as of only very specialized, puzzle-writer's interest. The fox is dead whether you shoot it or hunt it down on horseback in some prescribed, ritually correct fashion. John Gilmore Ashland, MA 01721-1817 USA -- 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
Re: overriding STEPLIB
This works: //PSTEPLIB.STEPLIB DD DSN=A,DCB=(DSORG=PS,RECFM=F,BLKSIZE=32760), // DISP=(,PASS),UNIT=SYSDA,SPACE=(TRK,0) 2010/12/10 Charles Mills charl...@mcn.org The OP has moved on to other things but if I understand the below correctly it does not satisfy the OP's original requirement in that no change to the given PROC was fundamental. If you throw out that requirement -- as I now have -- the problem becomes trivial. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Friday, December 10, 2010 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: overriding STEPLIB Once upon a time the PL/I Optimizing Compiler had two link-time libraries, one for multitasking and one for non-multitasking. The multitasking library had only a few members, those of routines that had to be and were different in the two environments. Their names were the same as those of corresponding routines in the much larger standard, non-multitasking library. To make them accessible only when they were needed the non-tasking library was CONCATENATED TO ITSELF parametrically, in such a way that the DDN of the first term in the concatenation sequence could be overridden, replaced by the DDN of the multitasking library. When the first DDN wa not overridden, the concatenatioin of the standard library to itself was innocuous. When it was overridden the multitasking modules replaced the non-multitasking ones of the same name. This scheme can be adapted to the current problem in an obvious way. Concatenate the STEPLIB library to itself parametrically in the DDN of the first library in the concatenation sequence. Replacing this DDN with nullfile then nullifies this STEPLIB DD statement. Omitting to replace it does not. -- 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
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, December 10, 2010 5:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Thanks, everyone. look like a PDS and it should work Without exhaustive experimentation the answer seems to be that it does not. Tried RECFM=U plus a couple of other parms. Not a definitive experiment, but it did not seem to work. I suggested that before I looked the RC up. The RC is pretty specific and explicitly mentions DUMMY. Dave Gibney Information Technology Services Washington State University Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 10, 2010 4:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Include enough DCB information to make it look like a PDS and it should work (but I never tried that). -jc- -- 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 -- 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
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
Re: Overriding STEPLIB
You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org 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
Re: Overriding STEPLIB
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 2: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. Here we actually have an empty installation-specific loadlib (HLQ.NULLLIB) that we can use to cancel a STEPLIB library. 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? There you have me. I don't think there is any (standard) way to make a DD just disappear. After all, think of what that would mean -- deleting a TIOT entry and anything connected to it. For the special case of STEPLIB, substituting a standard empty library for each concatenation is the only way I can think of to get the same effect as making the STEPLIB DD disappear. HTH Peter -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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
Re: Overriding STEPLIB
Ha! Perfect! Works for problem 1 and 2 also. You can just code //PSTEP.STEPLIB DD Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of carlos roberto visconde Sent: Thursday, December 09, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org -- 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
Re: Overriding STEPLIB
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
Re: Overriding STEPLIB
Are you sure? On Thu, Dec 9, 2010 at 2:48 PM, Charles Mills charl...@mcn.org wrote: Ha! Perfect! Works for problem 1 and 2 also. You can just code //PSTEP.STEPLIB DD Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of carlos roberto visconde Sent: Thursday, December 09, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Overriding STEPLIB
I think you need both of them because historically each line overrides 1 line of the proc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Ha! Perfect! Works for problem 1 and 2 also. You can just code //PSTEP.STEPLIB DD Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of carlos roberto visconde Sent: Thursday, December 09, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org -- 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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
Re: Overriding STEPLIB
Yup. Here's the real data. Case 1: //PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR +/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR // DD +/ DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR And Case 2: //GO.STEPLIBDD +/STEPLIB DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, December 09, 2010 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Are you sure? On Thu, Dec 9, 2010 at 2:48 PM, Charles Mills charl...@mcn.org wrote: Ha! Perfect! Works for problem 1 and 2 also. You can just code //PSTEP.STEPLIB DD Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of carlos roberto visconde Sent: Thursday, December 09, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Overriding STEPLIB
On Thu, 9 Dec 2010 17:18:48 -0200, carlos roberto visconde wrote: You can do: //PSTEP.STEPLIB DD //DD I don't think that won't do what Charles is asking for. In fact, I don't think it will do anything. You can code: //PSTEP.STEPLIB DD //DD DSN=foo and foo will replace blah leaving whatever alone -- Tom Marchant 2010/12/9 Charles Mills charl...@mcn.org 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 -- 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
Re: Overriding STEPLIB
On Thu, 9 Dec 2010 12:07:01 -0800, Charles Mills wrote: Yup. Here's the real data. Case 1: //PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR +/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR // DD +/ DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR And Case 2: //GO.STEPLIBDD +/STEPLIB DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR What do the allocation messages show? -- tOM mARCHANT -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, December 09, 2010 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Are you sure? -- 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
Re: Overriding STEPLIB
Charles, I tested it to confirm what I thought I had always known: a blank DD override will not logically delete a DD statement in a PROC, it simply leaves it alone. Look at your allocation messages. On Thu, Dec 9, 2010 at 3:07 PM, Charles Mills charl...@mcn.org wrote: Yup. Here's the real data. Case 1: //PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR +/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR // DD +/ DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR And Case 2: //GO.STEPLIBDD +/STEPLIB DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, December 09, 2010 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Are you sure? On Thu, Dec 9, 2010 at 2:48 PM, Charles Mills charl...@mcn.org wrote: Ha! Perfect! Works for problem 1 and 2 also. You can just code //PSTEP.STEPLIB DD Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of carlos roberto visconde Sent: Thursday, December 09, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB You can do: //PSTEP.STEPLIB DD //DD 2010/12/9 Charles Mills charl...@mcn.org -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Overriding STEPLIB
You are right. Allocation messages show the overridden STEPLIB as kept, so the DD must have been in effect. As an additional test I changed the DSNs in the PROC DDs to a nonexistent name -- a fairly realistic example of one reason you might want to override them -- and the JCL failed on the +001 concatenation (but successfully ignored the first STEPLIB DD), confirming that it was not overridden. I am now thinking that the null DD overrides nothing. I know there is that issue that one tends to think of DD overrides as replacing the PROC DDs, but in fact they supplement them IIRC. IIRC it is possible to get burned because you for example override the DSN= but leave some now-incorrect operand like an incorrect RECFM. So a null DD adds nothing to the existing DD and leaves the rest of it (all of it) in place. Interesting. I tried a blank DSN= thinking perhaps it would override the DSN to nothing. Surprisingly I don't get an error on DSN=blank but it still does not override the unwanted STEPLIB+001. Sigh. One more for the JCL sigh collection. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, December 09, 2010 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB On Thu, 9 Dec 2010 12:07:01 -0800, Charles Mills wrote: Yup. Here's the real data. Case 1: //PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR +/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR // DD +/ DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR And Case 2: //GO.STEPLIBDD +/STEPLIB DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR What do the allocation messages show? -- tOM mARCHANT -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, December 09, 2010 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Are you sure? -- 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
Re: Overriding STEPLIB
try using // DD DSN=NULLFILE. Date: Thu, 9 Dec 2010 12:59:38 -0800 From: charl...@mcn.org Subject: Re: Overriding STEPLIB To: IBM-MAIN@bama.ua.edu You are right. Allocation messages show the overridden STEPLIB as kept, so the DD must have been in effect. As an additional test I changed the DSNs in the PROC DDs to a nonexistent name -- a fairly realistic example of one reason you might want to override them -- and the JCL failed on the +001 concatenation (but successfully ignored the first STEPLIB DD), confirming that it was not overridden. I am now thinking that the null DD overrides nothing. I know there is that issue that one tends to think of DD overrides as replacing the PROC DDs, but in fact they supplement them IIRC. IIRC it is possible to get burned because you for example override the DSN= but leave some now-incorrect operand like an incorrect RECFM. So a null DD adds nothing to the existing DD and leaves the rest of it (all of it) in place. Interesting. I tried a blank DSN= thinking perhaps it would override the DSN to nothing. Surprisingly I don't get an error on DSN=blank but it still does not override the unwanted STEPLIB+001. Sigh. One more for the JCL sigh collection. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, December 09, 2010 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB On Thu, 9 Dec 2010 12:07:01 -0800, Charles Mills wrote: Yup. Here's the real data. Case 1: //PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR +/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR // DD +/ DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR And Case 2: //GO.STEPLIB DD +/STEPLIB DD DSN=LIBPRFX..SCEERUN,DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=CEE.SCEERUN,DISP=SHR What do the allocation messages show? -- tOM mARCHANT -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, December 09, 2010 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Are you sure? -- 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 -- 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
Re: Overriding STEPLIB
On Thu, 9 Dec 2010 12:59:38 -0800, Charles Mills wrote: I am now thinking that the null DD overrides nothing. As documented in the JCL Reference. I tried a blank DSN= thinking perhaps it would override the DSN to nothing. That removes the DSN parameter, so you get a system-generated temporary data set name. -- Tom Marchant -- 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
Re: Overriding STEPLIB
IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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
Re: Overriding STEPLIB
try using // DD DSN=NULLFILE. As with dummy, that will probably give you a 013. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Re: Overriding STEPLIB
Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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
Re: Overriding STEPLIB
Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR DD DSN=ANYLIB,DISP-SHR DD DSN=ANYLIB,DISP=SHR etc. This may not be pretty, but it is simple. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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 -- 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
Re: Overriding STEPLIB
Same thing. (Assuming DSORG, not DSROG g) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 -- 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
Re: Overriding STEPLIB
Or, as I said in the OP I can solve it with //PSTEP.STEPLIB DD DSN=foo... //DD DSN=foo... But that seems like kind of a kludge. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Skomsky, PSTI Sent: Thursday, December 09, 2010 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR DD DSN=ANYLIB,DISP-SHR DD DSN=ANYLIB,DISP=SHR etc. This may not be pretty, but it is simple. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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 -- 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
Re: Overriding STEPLIB
It seems fine to me. It is more straight forward than the other suggestions and in addition, it works. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 4:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Or, as I said in the OP I can solve it with //PSTEP.STEPLIB DD DSN=foo... //DD DSN=foo... But that seems like kind of a kludge. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Skomsky, PSTI Sent: Thursday, December 09, 2010 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR DD DSN=ANYLIB,DISP-SHR DD DSN=ANYLIB,DISP=SHR etc. This may not be pretty, but it is simple. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Thursday, December 09, 2010 3:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Thursday, December 09, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002 I think NULLFILE is 100% equivalent to DUMMY. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Thursday, December 09, 2010 1:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Overriding STEPLIB try using // DD DSN=NULLFILE. -- 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 -- 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 -- 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
Re: Overriding STEPLIB
Why not just: //STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR Only if ANYLIB exists! - Ted MacNEIL eamacn...@yahoo.ca -- 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
