On Thu, 7 Nov 2013 22:36:30 -0800, Jon Perryman wrote: > >As for concatenating an MVS dataset before the UNIX file isn't as ironic as it >seem's. This actually occurs more often than you think. The classic example is >specifying a block size on the first dataset that is larger than it's block >size. > Perhaps by programmers who don't understand that it suffices to specify an overriding BLKSIZE on the DD statement. Or is there some context where the concatenation is necessary.
>That is exactly what is happening with the UNIX file. UNIX files don't support >an >RECFM, LRECL or BLKSIZE so specifying them on the DD results in them being >ignored. > Utterly false! Have you never tried it, nor read the JCL Reference? I do it routinely, and it works very well on, for example on SYSUT1 for IEBGENER; no concatenation required. >When the first DD specifies a dataset that supports RECFM, LRECL and BLKSIZE, >AMATERSE now has information it needs. Secondary DD's are not scrutinized as >much as the first dataset in a concatenation. > Fortunately, it's better than it used to be. Long ago, the BLKSIZE of the first catenand dominated; nowadays the maximum prevails. >Maybe GIMZIP (from SMP/E) or zip from the UNIX utilities page might help. > I doubt that either of these is capable of understanding an AMATERSE archive, but I haven't tried it, so here I'm speaking from ignorance. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
