From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: ediff and coding systems Date: Mon, 22 Oct 2007 14:05:03 +0900 Message-ID: References: <25054.1192992406@cs.sunysb.edu> <200710211922.l9LJMQFX013338@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1193029555 22695 80.91.229.12 (22 Oct 2007 05:05:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Oct 2007 05:05:55 +0000 (UTC) Cc: dann@ics.uci.edu, kifer@cs.sunysb.edu, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 22 07:05:56 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 1IjpU0-0000c8-BF for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 07:05:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjpTs-00046Z-C4 for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 01:05:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IjpTp-00046J-6q for emacs-devel@gnu.org; Mon, 22 Oct 2007 01:05:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IjpTk-00045e-3M for emacs-devel@gnu.org; Mon, 22 Oct 2007 01:05:32 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjpTj-00045Z-Rv for emacs-devel@gnu.org; Mon, 22 Oct 2007 01:05:27 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IjpTb-0003xT-Sl; Mon, 22 Oct 2007 01:05:20 -0400 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id l9M554Xt022182; Mon, 22 Oct 2007 14:05:04 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp2.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id l9M554aO027967; Mon, 22 Oct 2007 14:05:04 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp2.aist.go.jp with ESMTP id l9M553eC019265; Mon, 22 Oct 2007 14:05:03 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.67) (envelope-from ) id 1IjpTL-00075r-13; Mon, 22 Oct 2007 14:05:03 +0900 In-reply-to: (message from Eli Zaretskii on Mon, 22 Oct 2007 06:20:15 +0200) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.0 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-kernel: by monty-python.gnu.org: Solaris 8 (1) 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:81431 Archived-At: In article , Eli Zaretskii writes: > > From: Kenichi Handa > > CC: kifer@cs.sunysb.edu, eliz@gnu.org, emacs-devel@gnu.org > > Date: Mon, 22 Oct 2007 12:42:47 +0900 > > > > 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'. > Not a good idea, I'm afraid: those temporary files (or parts thereof) > will need to be read back, when `diff' finishes, so each one needs to > be in the original encoding, or else the diffs will be incorrect. > E.g., imagine two files with the same text, but different encodings: I > don't think we want ediff say that they compare identical. Perhaps you are right. I don't know what ediff is going to write. --- Kenichi Handa handa@m17n.org