From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@is.elta.co.il>
Newsgroups: gmane.emacs.devel
Subject: Re: decode_eol and inconsistent EOL
Date: Mon, 29 Apr 2002 07:49:34 +0300 (IDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <Pine.SUN.3.91.1020429074608.22112B-100000@is>
References: <200204282117.g3SLHYU05981@aztec.santafe.edu>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: main.gmane.org 1020056072 8371 127.0.0.1 (29 Apr 2002 04:54:32 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 29 Apr 2002 04:54:32 +0000 (UTC)
Cc: gildea@stop.mail-abuse.org, emacs-devel@gnu.org,
        Andrew Choi <akochoi@shaw.ca>
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 1723BI-0002Au-00
	for <emacs-devel@main.gmane.org>; Mon, 29 Apr 2002 06:54:32 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 1723Et-0003B0-00
	for <emacs-devel@quimby.gnus.org>; Mon, 29 Apr 2002 06:58:16 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 1723B1-0005e3-00; Mon, 29 Apr 2002 00:54:15 -0400
Original-Received: from is.elta.co.il ([199.203.121.2])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 172384-0005X4-00; Mon, 29 Apr 2002 00:51:12 -0400
Original-Received: from is (is [199.203.121.2])
	by is.elta.co.il (8.9.3/8.8.8) with SMTP id HAA22206;
	Mon, 29 Apr 2002 07:49:34 +0300 (IDT)
X-Sender: eliz@is
Original-To: Richard Stallman <rms@gnu.org>
In-Reply-To: <200204282117.g3SLHYU05981@aztec.santafe.edu>
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:3374
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3374


On Sun, 28 Apr 2002, Richard Stallman wrote:

>     Are we sure that Mac users (where a single CR is the EOL character)
>     won't object this?
> 
> Is there a reason why a Mac file would have LFs after some of the CRs?

No more than a Windows file would have a stray CR, I guess.

Basically, we are talking about two possible classes of cases here:

  - binary files

  - text files produced by broken programs

In the first case, what Emacs does now is the Right Thing.

In the second case, which was Stephen's problem, a broken program can 
produce stray LFs on a Mac as much as it can produce a stray CR on 
Windows.

But I don't use the Mac, so perhaps such problems don't exist there.  
Andrew, could you please advise?  Thanks.