From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: recursive load case in openp Date: Thu, 11 Apr 2002 08:43:35 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200204102343.IAA06716@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1018482336 22369 127.0.0.1 (10 Apr 2002 23:45:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 10 Apr 2002 23:45:36 +0000 (UTC) Cc: eliz@is.elta.co.il, walters@debian.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16vRmS-0005og-00 for ; Thu, 11 Apr 2002 01:45:36 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16vS1w-0007tZ-00 for ; Thu, 11 Apr 2002 02:01:36 +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 16vRmC-0004UP-00; Wed, 10 Apr 2002 19:45:20 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16vRka-0004Ke-00; Wed, 10 Apr 2002 19:43:40 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g3ANhaw11736; Thu, 11 Apr 2002 08:43:36 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g3ANhaM19861; Thu, 11 Apr 2002 08:43:36 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id IAA06716; Thu, 11 Apr 2002 08:43:35 +0900 (JST) Original-To: rms@gnu.org In-Reply-To: message from Richard Stallman on Wed, 10 Apr 2002 14:17:24 -0600 (MDT) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2526 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2526 Richard Stallman writes: >> Why does encode_coding_string call >> temp_output_buffer_setup? > To run post-read-conversion and pre-write-conversion > functions of a coding system. We must make a temporary > working buffer for them. > I don't see anything like that in the code of > temp_output_buffer_setup. What exactly in the code of > temp_output_buffer_setup do you actually want to do here? Here's a copy of temp_output_buffer_setup. I just need lines from Fset_buffer to Ferase_buffer (inclusive). void temp_output_buffer_setup (bufname) char *bufname; { int count = specpdl_ptr - specpdl; register struct buffer *old = current_buffer; register Lisp_Object buf; record_unwind_protect (set_buffer_if_live, Fcurrent_buffer ()); Fset_buffer (Fget_buffer_create (build_string (bufname))); current_buffer->directory = old->directory; current_buffer->read_only = Qnil; current_buffer->filename = Qnil; current_buffer->undo_list = Qt; current_buffer->overlays_before = Qnil; current_buffer->overlays_after = Qnil; current_buffer->enable_multibyte_characters = buffer_defaults.enable_multibyte_characters; Ferase_buffer (); XSETBUFFER (buf, current_buffer); Frun_hooks (1, &Qtemp_buffer_setup_hook); unbind_to (count, Qnil); specbind (Qstandard_output, buf); } --- Ken'ichi HANDA handa@etl.go.jp