From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Potential redisplay problem [Re: Recursive load of mule-util.elc] Date: Fri, 15 Nov 2002 20:34:17 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20021105114339.0CED.LEKTU@terra.es> <200211060107.KAA26465@etlken.m17n.org> <20021106131931.66A2.LEKTU@terra.es> <200211061302.WAA07800@etlken.m17n.org> <200211070146.KAA08672@etlken.m17n.org> <200211130736.QAA17949@etlken.m17n.org> <200211141259.VAA20001@etlken.m17n.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1037413487 12348 80.91.224.249 (16 Nov 2002 02:24:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 16 Nov 2002 02:24:47 +0000 (UTC) Cc: emacs-devel@gnu.org, 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 18Csda-0003D2-00 for ; Sat, 16 Nov 2002 03:24:46 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18Csqi-0000rK-00 for ; Sat, 16 Nov 2002 03:38:21 +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 18Csec-0007uB-00; Fri, 15 Nov 2002 21:25:50 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Crqm-0003Lu-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 20:34:20 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Crqk-0003L8-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 20:34:19 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Crqk-0003Kj-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 20:34:18 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18Crqj-00056g-00; Fri, 15 Nov 2002 20:34:17 -0500 Original-To: handa@m17n.org In-reply-to: <200211141259.VAA20001@etlken.m17n.org> (message from Kenichi Handa on Thu, 14 Nov 2002 21:59:49 +0900 (JST)) 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:9476 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9476 I don't mean to do that in general, but to add such a suppressing code somewhere in this calling sequence: > message_with_string -> message3 -> message3_nolog > -> echo_area_display -> redisplay_mode_lines -> > -> display_mode_lines -> display_mode_element I think it would work to make this code /* If the display update has been interrupted by pending input, update mode lines in the frame. Due to the pending input, it might have been that redisplay hasn't been called, so that mode lines above the echo area are garbaged. This looks odd, so we prevent it here. */ if (!display_completed) n = redisplay_mode_lines (FRAME_ROOT_WINDOW (f), 0); bind redisplaying_p in the same way redisplay_internal does.