Date: Wed, 27 Jan 1999 09:54:03 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: "Mark E." <snowball3 AT usa DOT net>
cc: djgpp-workers AT delorie DOT com
Subject: Re: new version of bash 2.02.1 uploaded
In-Reply-To: <199901261445.OAA45486@out1.ibm.net>
Message-ID: <Pine.SUN.3.91.990127095342.25202C-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com


On Tue, 26 Jan 1999, Mark E. wrote:

> 2) Have files handled by input.c be read in binary mode, and have any 
> CRs read in be ignored. Then all the additional logic above doesn't 
> need to be added and the current EOL logic can be removed.
> 
> #2 seems like a better solution to me, so that will be one I try first.

Given your description, I would definitely go for #2.  It is
invariably the best solution whenever a program has to cope with
unpredictable EOL formats.

Just make sure binary reads are only used for file (as opposed to
console) input.