Chuck, Why use INCLUDE MEMBER= in a second job? A sequential dataset will do just as well to build the entire JCL you need, including the dynamically generated tape allocations, then just write the whole thing to an internal reader. KISS principle.
Peter -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hardee, Chuck Sent: Friday, February 03, 2017 5:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BPXWDYN allocation with DEFER and UNIT=AFF Ahhh! Thanks John! I hadn't gotten to the DYNALLOC support yet. That was the agenda for this morning. It appears that I can't "get there from here" as the saying goes. I have thought of another means of doing what I what, I just didn't want to do it. I was hoping to have my solution be a single job. The way I was thinking of getting around it would be to allocate a small PDS and generate the JCL I need to concatenate the datasets with the UNIT=AFF specified and then in the second job do an INCLUDE MEMBER= in the job step that needs the concatenated datasets. To me that's a clunky solution, but it works. Back to the drawing board! C- Charles (Chuck) Hardee Senior Systems Engineer/Database Administration EAS Information Technology -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, February 02, 2017 9:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BPXWDYN allocation with DEFER and UNIT=AFF On Thu, Feb 2, 2017 at 7:19 PM, Hardee, Chuck <chuck.har...@thermofisher.com > wrote: > Before I move on to the next function of my Easytrieve program, I thought > I'd ask for some insight from those who have used BPXWDYN. > > And before anyone says RTFM, I have. > > Okay, here's the issue, the documentation does not include DEFER as an > option for dynamic allocation functions. At least not in a way that I > interpret it as being available. > However, that said, there is a TU() parameter with which one can supply an > SVC 99 Text Unit that has been coded by hand. > So, has anyone issued a BPXWDYN request for ALLOC in which they have coded > a TU() parameter with an allocation text unit for DEFER? > > Next, I need to concatenate the "n" number of datasets from another > program's selection process together for processing. > I can allocate the first dataset with an explicit DD name and then I can > allocate the remaining datasets with a return DD name parameter. > This, then, allows me to issue a concatenation function and concatenate > them all together under the name of the first, supplied DD name. > But, I need to have unit affinity so that they all go thru the same > logical unit. Yes, these are all tape datasets. > > This is what I am trying to accomplish using BPXWDYN: > > //INDSN DD DISP=SHR,DSN=dataset1 > // DD DISP=SHR,DSN=dataset2,UNIT= > AFF=INDSN > // DD DISP=SHR,DSN=dataset3,UNIT= > AFF=INDSN > // DD DISP=SHR,DSN=dataset4,UNIT= > AFF=INDSN > > Anyone ever do anything like this? > Impossible. Ref: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa800/notinda.htm [quote] Table 1. JCL DD Statement Facilities Not Supported by Dynamic Allocation Restricted DDnamesJOBCAT, STEPCAT, JOBLIB, and STEPLIBKeyword ParametersCHKPT, DDNAME, DLM, and DSIDPositional Parameters*, DATA, and DYNAMSelected Subparameters of Keywords*Keyword**Subparameter Not Supported*DCBreference to ddname of a previous step CYLOFL NTM RKP DISPPASS specificationDSNreference to ddname (as in *.ddname) ISAM area name SPACEABSTR specificationUNITAFFVOLUMERETAIN specification REF=ddname [/quote] > > Thanks, > Chuck > > > Charles (Chuck) Hardee<mailto:chuck.har...@thermofisher.com> > Senior Systems Engineer/Database Administration > EAS Information Technology<mailto:DBA%20Engineering%20-%20DB2_IDMS> > > -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN