From: Kenichi Handa <handa@m17n.org>
Cc: lektu@terra.es
Subject: Potential redisplay problem [Re: Recursive load of mule-util.elc]
Date: Thu, 7 Nov 2002 10:46:08 +0900 (JST) [thread overview]
Message-ID: <200211070146.KAA08672@etlken.m17n.org> (raw)
In-Reply-To: <200211061302.WAA07800@etlken.m17n.org> (message from Kenichi Handa on Wed, 6 Nov 2002 22:02:58 +0900 (JST))
In article <200211061302.WAA07800@etlken.m17n.org>, Kenichi Handa <handa@m17n.org> writes:
>> Reverting my patch to mule.el/mule-util.el I've been able to reproduce
>> it on a RedHat 7.2.
> Hmmm, strange. Then, perhaps, I did that reverting wrongly.
> Can you find out why that recursive loading happens?
I tried the reverting again, and this time, I could
reproduce this recursive loading. The reason is as below:
At first, tool-bar is being autoloaded. Then, Fload is
called, and it calls message_with_string () to show "Loading
XXX.." before starting to load a file. This leads to
calling display_mode_element in this sequence.
message_with_string -> message3 -> message3_nolog
-> echo_area_display -> redisplay_mode_lines ->
-> display_mode_lines -> display_mode_element
In display_mode_element, `(mode-line-eol-desc)' is evaled,
and mule-util is being autoloaded. This triggers the same
calling sequence above recursively and infinitely.
When you moved coding-system-eol-type-mnemonic to mule.el,
autoloading of mule-util in display_mode_element is avoided,
thus the problem is fixed.
However, this means that the current Emacs has a potential
problem. Anything being autoloaded in display_mode_element
cause the same error. And currently, one can attach any
code that will lead to autoloading to mode-line-format.
But, I don't know how to suppress calling
redisplay_mode_lines in this special case.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2002-11-07 1:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-04 7:26 Recursive load of mule-util.elc Juanma Barranquero
2002-11-05 10:47 ` Juanma Barranquero
2002-11-06 1:07 ` Kenichi Handa
2002-11-06 7:44 ` Juanma Barranquero
2002-11-06 12:20 ` Juanma Barranquero
2002-11-06 13:02 ` Kenichi Handa
2002-11-07 1:46 ` Kenichi Handa [this message]
2002-11-08 12:07 ` Potential redisplay problem [Re: Recursive load of mule-util.elc] Richard Stallman
2002-11-13 7:36 ` Kenichi Handa
2002-11-14 12:16 ` Richard Stallman
2002-11-14 12:16 ` Richard Stallman
2002-11-14 12:59 ` Kenichi Handa
2002-11-16 1:34 ` 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=200211070146.KAA08672@etlken.m17n.org \
--to=handa@m17n.org \
--cc=lektu@terra.es \
/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).