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: recursive load case in openp
Date: Tue, 9 Apr 2002 06:07:47 -0600 (MDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <200204091207.g39C7lG20373@aztec.santafe.edu>
References: <Pine.SUN.3.91.1020408093923.28095K@is>
Reply-To: rms@gnu.org
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1018354338 8409 127.0.0.1 (9 Apr 2002 12:12:18 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 9 Apr 2002 12:12:18 +0000 (UTC)
Cc: walters@debian.org, emacs-devel@gnu.org
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 16uuTy-0002BW-00
	for <emacs-devel@main.gmane.org>; Tue, 09 Apr 2002 14:12:18 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 16uuim-0001YS-00
	for <emacs-devel@quimby.gnus.org>; Tue, 09 Apr 2002 14:27:37 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16uuTm-00017z-00; Tue, 09 Apr 2002 08:12:06 -0400
Original-Received: from pele.santafe.edu ([192.12.12.119])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16uuPe-0000m3-00; Tue, 09 Apr 2002 08:07:50 -0400
Original-Received: from aztec.santafe.edu (aztec [192.12.12.49])
	by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g39C7la11364;
	Tue, 9 Apr 2002 06:07:47 -0600 (MDT)
Original-Received: (from rms@localhost)
	by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g39C7lG20373;
	Tue, 9 Apr 2002 06:07:47 -0600 (MDT)
X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f
Original-To: eliz@is.elta.co.il
In-Reply-To: <Pine.SUN.3.91.1020408093923.28095K@is> (message from Eli
	Zaretskii on Mon, 8 Apr 2002 09:50:17 +0300 (IDT))
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.8
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:2482
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2482

    > What seems to be happening is that openp eventually calls
    > encode_coding_string, which eventually calls temp_output_buffer_setup,
    > which then runs the hook variable `temp-buffer-setup-hook', whose value
    > defaults to the single symbol `help-mode-setup'.

Why does encode_coding_string call temp_output_buffer_setup?
That is meant for buffers that are going to be displayed.
It should not be used for temporary buffers used for internal
purposes.  I don't think encode_coding_string should call it.