On Wed, 2 May 2018 14:39:57 -0500, Paul Gilmartin (0000000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re: RECFM=VBS,LRECL=X" (in <7993773034062407.wa.paulgboulderaim....@listserv.ua.edu>):
> On Wed, 2 May 2018 13:23:21 -0500, Kirk Wolf wrote: > >> Does anyone use this with your z/OS data sets? >> > I've experimented with it. I was semi-pleased to discover that while > BPXWYN rejects LRECL(X) as a syntax error it accepts LRECL(32768) instead. > > I don't recall whether Rexx reassembles spanned records or whether I > needed to override with RECFM(U) and process the streams myself. If you are using QSAM, the access method should do it. With RECFM=VBS you are required to use move mode processing and QSAM should do the buffer management, including reassembling each logical record as it move the data to you work area. AFAIAA, REXX EXECIO uses QSAM. I have processed VBS records using BSAM. It is a bit of a chore ensuring that the spanning indicator bits in the RDWs are set correctly. > I don't know which utilities are sensitive to which BFTEK values. I have not seen BFTEK do anything particularly useful. > RECFM=VBS,LRECL=X would seem natural for processing UNIX files. UNIX files for input? No, these lack BDW and RDW fields and cannot be processed by QSAM as anything other than RECFM=U (or perhaps RECFM=F[B]). If they are text files, you still need to scan the buffer to find the '\n' character that terminates each text record. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* david.w.n...@googlemail.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
