If you delete all GDG members, the next one created will be G0001V00. TSO Batch IF dsn(-255) exist THEN ...
On Tue, Nov 17, 2015 at 4:06 AM, Lizette Koehler <[email protected]> wrote: > I have a request to read the oldest GDG to process. But CSI is slow sometimes > and better other times. > > So here is the basic request > File lands as a GDG often > > The process needs to read the oldest GDG and then delete it. > > GDGs must be read in correct order for time/date processing > > I tried GDGORDER on the JCL for z/OS V2.1 and it works great on the Base. But > using //DDSTMT DD DISP=SHR,DSN=GDDG(0),GDGORDER=FIFO does not seem to work. > > Is there another process that could be used to identify the OLDEST GDG for > Input > and then delete that GDG? Or is there another way to handle this situation? > I > was going to see if the LISTC could be faster than CSI. > > The process should be native to z/OS and not a vendor product. Or > shareware/freeware is okay. > > Thanks > > Lizette Koehler > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
