From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Line endings bug Date: Tue, 22 May 2007 12:29:29 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <1A5E6FE4-A404-4B1C-BC2E-1B4A76104DDD@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1179804584 1824 80.91.229.12 (22 May 2007 03:29:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 22 May 2007 03:29:44 +0000 (UTC) Cc: emacs-devel@gnu.org To: Seiji Zenitani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 22 05:29:43 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HqL45-0004cu-Po for ged-emacs-devel@m.gmane.org; Tue, 22 May 2007 05:29:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqL45-0007U6-9F for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 23:29:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HqL42-0007Tk-Dg for emacs-devel@gnu.org; Mon, 21 May 2007 23:29:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HqL40-0007TX-EX for emacs-devel@gnu.org; Mon, 21 May 2007 23:29:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqL40-0007T4-90 for emacs-devel@gnu.org; Mon, 21 May 2007 23:29:32 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HqL3z-0003mU-Jv for emacs-devel@gnu.org; Mon, 21 May 2007 23:29:32 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id C86832C44; Tue, 22 May 2007 12:29:29 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.990 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-kernel: NetBSD 3.0 (DF) 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:71567 Archived-At: >>>>> On Mon, 21 May 2007 22:34:30 -0400, Seiji Zenitani said: >> I'm not quite sure what bug is fixed by that change. What was OP's >> concrete problem? >> > I'm sorry but I lost contact with him. Hmm, how can we incorporate that code in the case that it is correct? >>> The default eol character seems to be 'unix and I hear OS X's >>> internal code is utf-16 + LF (unix). Could you please examine it? >> >> At least, Safari and Apple Mail use CR when they put multi-line >> data to the clipboard. > How to confirm this? (x-get-selection-internal 'CLIPBOARD 'public.utf16-plain-text) This gives us raw byte data without any conversions. > When I copy text from the Safari/Mail.app and then type the > following command, the text file "sample.txt" has LF, not CR. > $ pbpaste > sample.txt > $ hexdump sample.txt I can see the difference in the results of pbpaste between Safari and Emacs. As both Safari and pbpaste are Cocoa apps, some hidden information might be used to determine the actual EOL type. But I think that the current behavior of Emacs is correct as a Carbon app. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp