On Tue, 17 Nov 2015 03:06:10 -0700, Lizette Koehler 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.
>
For CSI, I find a SHARE presentation about a year old:
https://share.confex.com/share/122/webprogram/Session14633.html
Which mentions SYS1.SAMPLIB(IGGCSIRX). Trying that, it returns GDG bases
but not members. Or I don't know enough about catalogs to supply the
correct filters.
It returns 58 entries in 0.4 seconds elapsed.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
