From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Run coding system auto-detection manually?
Date: Mon, 5 Aug 2002 19:50:22 -0600 (MDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <200208060150.g761oMF28979@wijiji.santafe.edu>
References: <Pine.SUN.3.91.1020805074633.25320B@is> <vafr8hdio0k.fsf@INBOX.auto.emacs.devel.tok.lucy.cs.uni-dortmund.de>
Reply-To: rms@gnu.org
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1028598635 31703 127.0.0.1 (6 Aug 2002 01:50:35 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 6 Aug 2002 01:50:35 +0000 (UTC)
Cc: eliz@is.elta.co.il, emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 17btUY-0008FD-00
	for <emacs-devel@main.gmane.org>; Tue, 06 Aug 2002 03:50:34 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 17btpS-0000Dx-00
	for <emacs-devel@quimby.gnus.org>; Tue, 06 Aug 2002 04:12:10 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian))
	id 17btV2-0003ey-00; Mon, 05 Aug 2002 21:51:04 -0400
Original-Received: from pele.santafe.edu ([192.12.12.119])
	by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian))
	id 17btUO-0003aI-00; Mon, 05 Aug 2002 21:50:24 -0400
Original-Received: from wijiji.santafe.edu (wijiji [192.12.12.5])
	by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g761oa502913;
	Mon, 5 Aug 2002 19:50:36 -0600 (MDT)
Original-Received: (from rms@localhost)
	by wijiji.santafe.edu (8.11.6+Sun/8.9.3) id g761oMF28979;
	Mon, 5 Aug 2002 19:50:22 -0600 (MDT)
X-Authentication-Warning: wijiji.santafe.edu: rms set sender to rms@wijiji using -f
Original-To: Kai.Grossjohann@CS.Uni-Dortmund.DE
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:6303
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6303

    When the file is precious, Emacs already writes to a different file
    first and then renames the file.  Therefore, the spot where Emacs
    invokes write-region if the file is precious must already take care
    of this.  At that spot, (the function called from) save-buffer just
    passes the real file name as the LOCKNAME argument.

I don't think write-region looks at the LOCKNAME argument in
deciding which coding system to use.  I think it looks only at
the FILENAME argument.

Handa, do you think it looks at LOCKNAME?

Is this a bug in the handling of coding systems for precious files?