From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andrew Choi Newsgroups: gmane.emacs.devel Subject: Re: decode_eol and inconsistent EOL Date: Sun, 28 Apr 2002 23:37:54 -0600 Sender: emacs-devel-admin@gnu.org Message-ID: References: Reply-To: akochoi@shaw.ca NNTP-Posting-Host: localhost.gmane.org Content-Transfer-Encoding: 7BIT X-Trace: main.gmane.org 1020058774 10990 127.0.0.1 (29 Apr 2002 05:39:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 29 Apr 2002 05:39:34 +0000 (UTC) Cc: rms@gnu.org, 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 1723ss-0002r9-00 for ; Mon, 29 Apr 2002 07:39:34 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1723wU-0004Fs-00 for ; Mon, 29 Apr 2002 07:43:18 +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 1723sa-0001Vp-00; Mon, 29 Apr 2002 01:39:16 -0400 Original-Received: from h24-71-223-10.cg.shawcable.net ([24.71.223.10] helo=pd5mo1so.prod.shaw.ca) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1723rG-0001Ne-00; Mon, 29 Apr 2002 01:37:54 -0400 Original-Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GVB00CGXEB6TX@l-daemon>; Sun, 28 Apr 2002 23:37:54 -0600 (MDT) Original-Received: from pn2ml2so.prod.shaw.ca (pn2ml2so-qfe0.prod.shaw.ca [10.0.121.146]) by l-daemon (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GVB00CVNEB62W@l-daemon>; Sun, 28 Apr 2002 23:37:54 -0600 (MDT) Original-Received: from localhost.shawmail (h24-70-29-177.cg.shawcable.net [24.70.29.177]) by l-daemon (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GVB0028FEB5ZP@l-daemon>; Sun, 28 Apr 2002 23:37:54 -0600 (MDT) In-Reply-To: Original-To: 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:3385 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3385 > 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. I agree. Not that I have actually seen any program on the Mac that does this. But since we are talking about pathological cases, anything may happen. Of course Mac OS X uses CR's as EOL's, so the problem is the same there as for other Unix systems.