+1 LRECL for RECFM=U is basically meaningless, and seems to have no function other than to cause WRNG.LN.ERORS (sick (sic- it's a joke)).
sas On Fri, Jun 14, 2019 at 10:19 AM Paul Gilmartin < 0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 14 Jun 2019 00:48:06 +0000, Farley, Peter x23353 wrote: > > >For RECFM=U it is not the LRECL that governs I/O behavior it is the > BLKSIZE (I believe that LRECL is ignored for U), so in this particular case > anything up to 27998 would be legal and allowed. > > > To avoid confusion, and to avoid this tedious discussion, it should have > been > a syntactic rule that for RECFM=U, LRECL must equal BLKSIZE, enforced for > RECFM=U even as it's enforced for RECFM=F. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN