Message-Id: <199608221522.AAA19409@mars.st.rim.or.jp>
To: dj AT delorie DOT com (DJ Delorie)
Cc: djgpp-workers AT delorie DOT com
Subject: Re: CR/LF conversion 
In-reply-to: Your message of "Wed, 21 Aug 1996 20:56:38 -0400"
References: <199608220056 DOT UAA10375 AT delorie DOT com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Date: Fri, 23 Aug 1996 00:22:44 +0900
From: =?ISO-2022-JP?B?GyRCQEQ7M0JnMnAbKEI=?= /Daisuke Aoyama <jack AT st DOT rim DOT or DOT jp>

> What advantage do these have over the existing versions?  It seems to
> be a lot of extra complexity for what should be a trivial function.
>
> Also, djgpp already includes utod and dtou to do cr/lf conversions.

Yes, I know. But users should know what code use in the file. And cannot use
it as filter. However, it's not important. Here is another thing in djgpp.

  +0      5        pos.
  "FOO\r\nBAR\r\n" (opened by text mode)

  after `read (fh,buf,3)', it returns 3 and seek at 3
  after `read (fh,buf,4)', it returns 3 and seek at 4 but delete '\r'

It separates CR from LF. So I cannot found the difference from BUF
and cannot seek backward easily.
New version delete only CR before LF and check EOF(Ctrl+Z) by same pass.

------
Daisuke Aoyama
jack AT st DOT rim DOT or DOT jp