Did not see your question. > Are you trying to suss out the details of an allocation you didn't control?
Yeah, I guess you might say that. Program in certain circumstances needs a DD pointing to a loadlib. I don't know the name of the loadlib at product distribution time, and it is not always needed, so PROC defaults to NULLFILE. At run time if I try to open a BPAM DCB (to use with LOAD) the NULLFILE gives an S013-64, which is probably not the most customer-friendly way of saying "Yo! You forgot to specify the load library name!" (Omitted DD gives an RC 8, which is easier to deal with.) So how to detect NULLFILE? - GETJFCB, which is complicated. Have to deal with SWA translation and at least in theory, a loop through the chain. - RDJFCB, which requires a bunch of below the line storage. - SVC99 or BPXWDYN, which seem more complex than necessary for a simple problem. Or DEVTYPE. (The TIOT is easy and indicates omitted. It sure would be nice if there were a bit in there for DUMMY.) Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, February 19, 2019 9:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Any easier way to determine if DD is dummy than GETDSAB? On Tue, 19 Feb 2019 11:50:51 -0500, Steve Smith wrote: >If the customer has to specify any JCL, then using a specified DDname is >the idiomatic way to go. > >DEVTYPE is dead simple for sniffing out DUMMY vs. spool vs. DASD vs. TAPE >vs. missing. I wouldn't use RDJFCB just for that. > But I had an SR rejected, WAD, because DEVTYPE (or was it DSORG) didn't return anything useful for a UNIX path. >On Tue, Feb 19, 2019 at 11:39 AM Charles Mills wrote: > >> Well, there is no EXEC anywhere in the question but yes, changing the >> specs to make the customer supply a DS name rather than a DD statement >> might be an approach. >> Are you trying to suss out the details of an allocation you didn't control? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
