From: "Stefan Monnier" <monnier+gnu/emacs@RUM.cs.yale.edu>
Cc: rms@gnu.org, eliz@is.elta.co.il, walters@debian.org, emacs-devel@gnu.org
Subject: Re: recursive load case in openp
Date: Thu, 11 Apr 2002 09:01:30 -0400 [thread overview]
Message-ID: <200204111301.g3BD1VI30043@rum.cs.yale.edu> (raw)
In-Reply-To: 200204102343.IAA06716@etlken.m17n.org
> Richard Stallman <rms@gnu.org> 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).
I would argue that the `run-hooks' part of the function should be
taken out. Typically, this hook contains help-mode-setup which is
either not what we want (when the buffer is only used internally) or
if it is what we want, it's not enough (we additionally need to call
help-setup-xref).
I've already removed most C calls to with-output-to-temp-buffer
by moving the corresponding code to elisp.
Currently temp_output_buffer_setup is called from bytecode.c,
coding.c and fileio.c (where the calls obviously would rather have
a temp_buffer_setup, with none of that Qtemp_buffer_setup_hook
business) and from Fwith_output_to_temp_buffer which could be recoded
in elisp anyway as well as internal_with_output_to_temp_buffer.
This last one is still used for several things, so we won't
be able to get rid of it immediately:
- " *Danger*" in alloc.c (should this really run temp_buffer_setup_hook ?).
- "*Backtrace*" in eval.c (only used when stack-trace-on-error is non-nil.
Is this ever used ? It seems that debug-on-error makes it obsolete).
- "*Help*" in keyboard.c for the help-form (I think this should be
moved to elisp, but I'm not sure how).
- "*Completions*" in minibuf.c (I have all this code recoded and improved
in elisp. And I can't see why *Completions* should use help-mode-setup).
- "*Process List*" in proicess.c (again, should this use help-mode ?).
Of course, in the mean time we should just create
temp_buffer_setup and have temp_output_buffer_setup call it.
Stefan
next prev parent reply other threads:[~2002-04-11 13:01 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-10 23:43 recursive load case in openp Kenichi Handa
2002-04-11 13:01 ` Stefan Monnier [this message]
2002-04-12 3:13 ` Richard Stallman
2002-04-12 4:03 ` Stefan Monnier
2002-04-12 9:35 ` Kim F. Storm
2002-04-12 3:12 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2002-04-12 6:48 Kenichi Handa
2002-04-09 12:34 Kenichi Handa
2002-04-10 20:17 ` Richard Stallman
2002-04-08 2:55 Colin Walters
2002-04-08 6:50 ` Eli Zaretskii
2002-04-09 12:07 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200204111301.g3BD1VI30043@rum.cs.yale.edu \
--to=monnier+gnu/emacs@rum.cs.yale.edu \
--cc=eliz@is.elta.co.il \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
--cc=walters@debian.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).