Yes, even if there is a NEW Allocation on the GDG (creating a new G000V0000), as it holds an excuse enqueue on the entire GDG (though you would be able to allocate the DSN directly, but not relatively).
That is why I started with the CSI (Catalog Search Interface). Possibly not 100%, but you can get pretty close with some additional checks & Logic. The CSI is not faked out by DSNs that are named like GDGs (assuming you specify the correct type, “H") and it is quit quick. _______________ Al Ferguson | mailto:afergu...@neptunescove.org Milwaukee, WI USA | http://www.neptunescove.org Dulcius ex Asperis > On 21 August 2019, at 15:47, Paul Gilmartin > <0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Wed, 21 Aug 2019 15:17:57 -0500, Al Ferguson wrote: >> >> My next choice would be BPXWDYN to allocate the relative DSN I am looking >> for and get the INFO. I like this because it works everywhere, (MVS, TSO, >> USS, SystemREXX, ….) and it is part of the Base System. ... >> > Can this encounter problems because of an ENQ by another job? > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN