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 12:18:26 -0400 Message-ID: <32336.1193069906@cs.sunysb.edu> References: NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1193069967 25475 80.91.229.12 (22 Oct 2007 16:19:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Oct 2007 16:19:27 +0000 (UTC) Cc: eliz@gnu.org, Dan Nicolaescu , emacs-devel@gnu.org, Kenichi Handa To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 22 18:19:27 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 1Ijzzt-0005JW-9K for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 18:19:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ijzzl-00050s-C2 for ged-emacs-devel@m.gmane.org; Mon, 22 Oct 2007 12:19:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IjzzE-0004Yv-5E for emacs-devel@gnu.org; Mon, 22 Oct 2007 12:18:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IjzzC-0004WY-9E for emacs-devel@gnu.org; Mon, 22 Oct 2007 12:18:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IjzzC-0004WM-36 for emacs-devel@gnu.org; Mon, 22 Oct 2007 12:18:38 -0400 Original-Received: from sbcs.cs.sunysb.edu ([130.245.1.15]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ijzz7-0004Zg-VI; Mon, 22 Oct 2007 12:18:34 -0400 Original-Received: from localhost (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id l9MGIPAq017803; Mon, 22 Oct 2007 12:18:26 -0400 (EDT) Original-Received: from [127.0.0.1]:10025 (kiferserv [127.0.0.1]) by localhost (Postfix) with ESMTP id 0B71A8B771; Mon, 22 Oct 2007 12:18:27 -0400 (EDT) In-Reply-To: Message from Stefan Monnier of "Mon, 22 Oct 2007 11:34:54 EDT." 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:81471 Archived-At: > > 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. > > `no-conversion' is a bad choice (it only works for unibyte data). You want > `emacs-mule' (or rather `emacs-internal' but this one doesn't exist: I mean > by `emacs-internal' the encoding used internally, so it's `emacs-mule' in > Emacs22 but it will be different in Emacs23). Right, no-conversion had problems. So, should I use emacs-mule for now and do something else in Emacs23?