[Info-vax] HP wins Oracle Itanium case
Bob Koehler
koehler at eisner.nospam.encompasserve.org
Wed Aug 22 13:58:33 EDT 2012
In article <3O4Zr.16459$NK4.8611 at fx24.am4>, ChrisQ <meru at devnull.com> writes:
>
> In the end though, what get's stored on disk is a stream of bytes at the
> lowest
> level.
That's one point of view. Another is a collection of blocks, or a
stream of bits. Any of which may or may not meet the programmer's need.
> To make the most flexible use of that, an interface to that
> stream should
> be provided, even if there are other structures eg: rms, above. Someone else
> said that the qio interface could be used, but seem to remember that as
> being
> fairly arcane at the time.
Why should a programmer have to deal with the meta data that RMS
hides? RMS does provide three stream files already, or "undefined"
if you need even more flexibility.
When I program in HLL, I don't want to deal with CR vs. CRLF vs. LF
vs. leading count vs. indexed vs. ... I just want to get the data
in a form understood by my HLL's programing paradigm. I spend too
much time now dealing with CR vs. CRLF in a mixed UNIX/Windows
environment. On VMS, I just ignore that most of the time.
More information about the Info-vax
mailing list