From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <2c43986586d52f0b4b3b1878469ddbcb@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] libbio and CR-LF
From: "Russ Cox" <rsc@plan9.bell-labs.com>
In-Reply-To: <20030224170906.X15898@cackle.proxima.alt.za>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: Mon, 24 Feb 2003 10:14:34 -0500
Topicbox-Message-UUID: 70514278-eacb-11e9-9e20-41e7f4b1d025

> Isn't the CP/M approach that when reading a "text" file, one treats
> the <CR><LF> combination as end of line, where the <CR> is optional (I
> seem to recall some software that used them in the reverse sequence,
> mechanical typewriter-style)?
>
> In other words, one can treat the <CR> as optional if it immediately
> precedes <LF> for "text" files.  In fact, any number of <CR>s can be
> discarded in such a situation.  <CR>s standing alone must either be
> translated or treated as themselves.  Whatever is decided, it must be
> cast in stone, of course.
>
> That is, if a "text" mode can be specified.

If the CR is there it should be reported.
Libbio should not do any funny conversions
like Windows stdio libraries traditionally have.
They confuse more than they help.