From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: problem with system_eol_type Date: Tue, 01 Aug 2006 15:10:27 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1154412696 6853 80.91.229.2 (1 Aug 2006 06:11:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 1 Aug 2006 06:11:36 +0000 (UTC) Cc: mule-ja@m17n.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 01 08:11:34 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G7nTa-0006NB-DF for ged-emacs-devel@m.gmane.org; Tue, 01 Aug 2006 08:11:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7nTZ-0002n6-Qj for ged-emacs-devel@m.gmane.org; Tue, 01 Aug 2006 02:11:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G7nSg-0002Ww-Gf for emacs-devel@gnu.org; Tue, 01 Aug 2006 02:10:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G7nSe-0002W0-De for emacs-devel@gnu.org; Tue, 01 Aug 2006 02:10:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7nSe-0002Vu-4q for emacs-devel@gnu.org; Tue, 01 Aug 2006 02:10:36 -0400 Original-Received: from [66.225.201.13] (helo=washington.hostforweb.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1G7nVT-00015q-EM for emacs-devel@gnu.org; Tue, 01 Aug 2006 02:13:31 -0400 Original-Received: from [205.234.185.198] (port=35232 helo=mail.jpl.org) by washington.hostforweb.net with esmtpa (Exim 4.52) id 1G7nVX-00079H-0b; Tue, 01 Aug 2006 01:13:35 -0500 Original-To: emacs-devel@gnu.org X-Hashcash: 1:20:060801:emacs-devel@gnu.org::FxbMBnTPD89uKXt0:0000000000000000000000000000000000000000006tTz X-Hashcash: 1:20:060801:mule-ja@m17n.org::5OjBkZheGzTpIVPt:06mdt X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:GN0xd0bZrl5BDYKBkIj2B7gOlO0= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:57911 Archived-At: >>>>> In Stefan Monnier wrote: >> By the way, why is not CR used in Mac when specifying the coding >> system `foo', not `foo-eol'? > Only Mac OS 9 used CR-eol. Mac OS X uses LF, like any other Unix variant. Thanks. It backs up the validity of the recent change in the nnheader-insert-head function. >> Contrary to this argument concerning saving of files, I hope the >> forms >> (encode-coding-string "bar\n" 'foo) >> and >> (with-temp-buffer >> (insert "bar\n") >> (encode-coding-region (point-min) (point-max) 'foo) >> (buffer-string)) >> always return "bar\n" regardless of the system-type in the >> future as well. > Why this discrepancy? Because (at least) Gnus will need to be fixed here and there if Emacs is changed so as to return "bar\r\n" or "bar\r" for those forms. For instance, if there are Latin-1 characters in a message body, "bar\n" will be encoded by quoted-printable into "bar=0D\n" or "bar=0D", which is not a good result. I think it is reasonable that LF is the default eol for strings and buffer's contents since they are normally used internally in Emacs.