From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: kifer@cs.sunysb.edu (Michael Kifer) Newsgroups: gmane.emacs.devel Subject: Re: ediff and coding systems Date: Mon, 22 Oct 2007 00:29:57 -0400 Message-ID: <25112.1193027397@cs.sunysb.edu> References: NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1193027420 18521 80.91.229.12 (22 Oct 2007 04:30:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Oct 2007 04:30:20 +0000 (UTC) Cc: eliz@gnu.org, Dan Nicolaescu , emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 22 06:30:18 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 1Ijovh-000307-2A for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 06:30:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjovZ-0002Zs-84 for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 00:30:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IjovV-0002Y8-Bb for emacs-devel@gnu.org; Mon, 22 Oct 2007 00:30:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IjovU-0002Wi-0W for emacs-devel@gnu.org; Mon, 22 Oct 2007 00:30:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjovT-0002WV-R2 for emacs-devel@gnu.org; Mon, 22 Oct 2007 00:30:03 -0400 Original-Received: from sbcs.sunysb.edu ([130.245.1.15] helo=sbcs.cs.sunysb.edu) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IjovO-0004MI-Nb; Mon, 22 Oct 2007 00:29:58 -0400 Original-Received: from localhost (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id l9M4TtAN029578; Mon, 22 Oct 2007 00:29:55 -0400 (EDT) Original-Received: from [127.0.0.1]:10025 (kiferserv [127.0.0.1]) by localhost (Postfix) with ESMTP id 746BE8B771; Mon, 22 Oct 2007 00:29:57 -0400 (EDT) In-Reply-To: Message from Kenichi Handa of "Mon, 22 Oct 2007 12:42:47 +0900." X-Mailer: MH-E 8.0.3+cvs; nmh 1.1; GNU Emacs 23.0.50 X-detected-kernel: by monty-python.gnu.org: Solaris 10 (1203?) 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:81428 Archived-At: > In article <200710211922.l9LJMQFX013338@oogie-boogie.ics.uci.edu>, Dan Nicolaescu writes: > > > Can anybody else reproduce it? I don't know much about coding systems, > > so unfortunately I can't really debug this myself. > > I can reproduce it when I run Emacs with LANG=C, and try to > see the 5th (or 6th) different point where non-ASCII > charaters exist. The calling sequence of read-coding-system > is this: > > read-coding-system("Select coding system (default mule-utf-8): " mule-utf-8) > select-safe-coding-system-interactively(1 5557 (utf-8 ....)) > select-safe-coding-system(1 5557 nil nil "/tmp/fineDiffA155544eB") > write-region(1 5557 "/tmp/fineDiffA155544eB" nil no-message) > ediff-make-temp-file(# "fineDiffA" "/tmp/fineDiffA155544eB") > ediff-make-fine-diffs(5 noforce) > ediff-install-fine-diff-if-necessary(5) > ediff-next-difference(1) > call-interactively(ediff-next-difference) > > I don't know why ediff-make-temp-file is called, but perhaps > it should call write-region while binding > coding-system-for-write to `no-conversion' or `emacs-mule'. I still cannot reproduce this, but ediff-make-temp-file has been changed on Aug 19 to use the coding system of the buffer for the temp file created out of that buffer. This was in order to fix some other problem. Forgot which -- it was on this list. The coding system of the buffer seems to be the right thing. It was 'no-conversion before, but had a problem because those temp files are then read back and no-conversion was screwing things up. > > --- > Kenichi Handa > handa@m17n.org >