> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of Robert Wright
>
> John Chase wrote on 06/13/2006 11:51:07 AM:
>
> > When I deleted SYS1.GTFTRACE and changed the JCL to allocate a new
one
> > (DISP=(,CATLG)), it worked fine. Didn't know that GTF doesn't
support
> > preallocated dataset for output any more, because ISTR that it used
to.
> >
> > Oh, the "old" GTFTRACE dataset was VB with BLKSIZE=8192 and
> > LRECL=8188; the "new" iteration is VB,LRECL=27994,BLKSIZE=27998.
>
> The check that is failing for you is for DSORG, not RECFM.
> You probably preallocated the data set via an IEFBR14 step in
> JCL. The data set never gets opened in that situation, and
> it keeps the default DSORG of undefined.
Ahhh.... For some reason I had the misconception that the defaults were
DSORG=PS and RECFM=U.
Now that the output dataset has been "properly" defined, the JCL also
works when reusing the dataset via DISP=OLD.
> [ snip ]
>
> As of z/OS V1R6 it will also tolerate DSORG=VS at that point
> in its logic.
> Later on during GTF initialization there will be some checks
> that, if it is VSAM, it better be a linear data set with
> CISIZE of 32K. Linear data set support was added to exploit
> VSAM support for striping. ...
Kewl!
We should have z/OS 1.7 up by 4th qtr this year.
-jc-
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
