[Info-vax] MAX record size in a sequential file

[jbriggs444]

On May 15, 10:15 am, koeh... at eisner.nospam.encompasserve.org (Bob
Koehler) wrote:
> In article <14611490.1188.1337062727195.JavaMail.geo-discussion-forums at pbcge2>, StGallen <sengupta.su... at gmail.com> writes:
> > Dear All,
>
> > I need to read records from a sequential file using DEC BASIC (version 1.3).
> > The said sequential file has the below structure (from ANALYZE/RMS):
>
> > RMS FILE ATTRIBUTES
>
> >       File Organization: sequential
> >       Record Format: stream-LF
> >       Record Attributes:  carriage-return
> >       Maximum Record Size: 0
> >       Longest Record: 32767
> >       Blocks Allocated: 192, Default Extend Size: 0
> >       End-of-File VBN: 39, Offset: %X'0192'
> >       File Monitoring: disabled
> >       Global Buffer Count: 0
>
> > QUESTION:
> > How does RMS come up with a value of 32767 for the Longest Record?
>
>    Nobody told it better.  32767 is the maximum signed number that fits
>    in the bits.
>
>    I think you said you're reading the file in BASIC, and showed us the
>    code you are trying to use.  Show us the code that creates the file.
>
>    With a record format of smtlf, I don't think a record attribute of
>    CR means much other than the writer is being inconsistent.

I do not understand what the objection is to a record format of stream-
lf
with record attributes of CR.

Stream-lf means that your on-disk record layout is controlled by
the presence of line feeds in the data.  Record attributes of CR means
that your on-the-printer layout has each record printed on a
separate line.  Seems quite standard to me.  Exactly what one would
want when attempting to reproduce the semantics of a Unix text file.

But I am in the presence of one who knows his stuff.  So it is
plausible
that I am missing something.