unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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

  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).