From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: decode_eol and inconsistent EOL Date: Mon, 29 Apr 2002 23:19:51 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200204300519.g3U5JpR06721@aztec.santafe.edu> References: <200204291302.g3TD2qB19466@rum.cs.yale.edu> <7458-Mon29Apr2002213811+0300-eliz@is.elta.co.il> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1020144285 3160 127.0.0.1 (30 Apr 2002 05:24:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 30 Apr 2002 05:24:45 +0000 (UTC) Cc: gildea@stop.mail-abuse.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 172Q84-0000or-00 for ; Tue, 30 Apr 2002 07:24:44 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 172QCA-0002hO-00 for ; Tue, 30 Apr 2002 07:28:58 +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 172Q7o-0000Ap-00; Tue, 30 Apr 2002 01:24:28 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 172Q3M-00085e-00; Tue, 30 Apr 2002 01:19:52 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g3U5Jpa09592; Mon, 29 Apr 2002 23:19:51 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g3U5JpR06721; Mon, 29 Apr 2002 23:19:51 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: eliz@is.elta.co.il In-Reply-To: <7458-Mon29Apr2002213811+0300-eliz@is.elta.co.il> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3444 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3444 A file on a Mac can be auto-detected as a DOS-style file. Just as a file on Windows or GNU can be auto-detected as a DOS-style file. Since auto-detection only examines the first 3 lines, it could err, especially with files whose EOLs are inconsistent. Whatever we do, there will be a possibility of error. When auto-detection yields DOS EOL style, your patch _will_ affect user-level behavior. Of course it will affect user-level behavior. That is the purpose. So far you have not made an argument against this change. More generally, it is not clear to me why is it better to remove one CR before each LF, but leave the other in the buffer. Either way, the display is ugly, and it's clear that something is wrong. It is much less ugly if the file is treated as DOS-style. However, while with the current code the two CRs will clearly show the problem, with the change you suggest users might become confused (``why did Emacs display the CRs even though the mode line says "(DOS)"?''). I don't think it is any more confusing than anything else. I think this change should be installed.