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: Potential redisplay problem [Re: Recursive load of mule-util.elc] Date: Thu, 7 Nov 2002 10:46:08 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200211070146.KAA08672@etlken.m17n.org> References: <20021105114339.0CED.LEKTU@terra.es> <200211060107.KAA26465@etlken.m17n.org> <20021106131931.66A2.LEKTU@terra.es> <200211061302.WAA07800@etlken.m17n.org> NNTP-Posting-Host: main.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 1036634517 17481 80.91.224.249 (7 Nov 2002 02:01:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 7 Nov 2002 02:01:57 +0000 (UTC) Cc: lektu@terra.es Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 189bzX-0004Xh-00 for ; Thu, 07 Nov 2002 03:01:55 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 189c8I-00024F-00 for ; Thu, 07 Nov 2002 03:10:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 189byv-0004Qo-00; Wed, 06 Nov 2002 21:01:17 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189bkM-0006RQ-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 20:46:14 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189bkJ-0006Qw-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 20:46:13 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189bkJ-0006Qm-00 for emacs-devel@gnu.org; Wed, 06 Nov 2002 20:46:11 -0500 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 gA71k8k16088; Thu, 7 Nov 2002 10:46:08 +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 gA71k8R08279; Thu, 7 Nov 2002 10:46:08 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA08672; Thu, 7 Nov 2002 10:46:08 +0900 (JST) Original-To: emacs-devel@gnu.org In-reply-to: <200211061302.WAA07800@etlken.m17n.org> (message from Kenichi Handa on Wed, 6 Nov 2002 22:02:58 +0900 (JST)) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (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.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9206 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9206 In article <200211061302.WAA07800@etlken.m17n.org>, Kenichi Handa 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