From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.bugs Subject: Re: decode_eol and inconsistent EOL Date: Mon, 29 Apr 2002 14:11:59 -0400 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200204291811.g3TIBxA21193@rum.cs.yale.edu> References: <200204291259.g3TCxi119424@rum.cs.yale.edu> <3405-Mon29Apr2002210031+0300-eliz@is.elta.co.il> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1020104141 1469 127.0.0.1 (29 Apr 2002 18:15:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 29 Apr 2002 18:15:41 +0000 (UTC) Cc: monnier+gnu/emacs/bug@rum.cs.yale.edu, gnu-emacs-bug@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 172Fga-0000Na-00 for ; Mon, 29 Apr 2002 20:15:40 +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 172FgO-0005gU-00; Mon, 29 Apr 2002 14:15:28 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 172Fd4-0005Wh-00 for ; Mon, 29 Apr 2002 14:12:02 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g3TIBxA21193; Mon, 29 Apr 2002 14:11:59 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Eli Zaretskii" Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:1029 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:1029 > > From: "Stefan Monnier" > > Date: Mon, 29 Apr 2002 08:59:44 -0400 > > > > I believe we've lost track of the problem. > > Do you agree with the patch below ? > > I'm not sure I do. > > > It is safe and does not change any heuristic. I don't think it's > > "open to interpretation" because it only changes the behavior when > > there are CRLFs in the file (otherwise the auto-detection would not > > have chosen dos-style eol) > > Let me remind you that auto-detection only examines 3 lines before it > decides. So what ? It still means that dos is only used if the first three lines are terminated by CRLF. Why is it better to use unix-eol rather than dos-eol when the file has: - at least 3 CRLF. - no LF without a preceding CR. - some lone CRs after the first three lines. Stefan