From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: =?iso-8859-2?q?K=E1roly_L=F5rentey?= Newsgroups: gmane.emacs.devel Subject: More clues on the redisplay bug (Re: Emacs appears to hang) Date: Wed, 24 Jul 2002 12:32:41 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20020719145056.54ED.LEKTU@terra.es> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1027506939 16427 127.0.0.1 (24 Jul 2002 10:35:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 24 Jul 2002 10:35:39 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17XJUY-0004Gq-00 for ; Wed, 24 Jul 2002 12:35:38 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17XJjJ-0000Jo-00 for ; Wed, 24 Jul 2002 12:50:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17XJUe-0000wW-00; Wed, 24 Jul 2002 06:35:44 -0400 Original-Received: from smtp3.cern.ch ([137.138.131.164]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17XJSN-0000gv-00 for ; Wed, 24 Jul 2002 06:33:24 -0400 Original-Received: from decitis01.cern.ch (postfix@decitis01.cern.ch [137.138.36.182]) by smtp3.cern.ch (8.12.1/8.12.1) with ESMTP id g6OAXMWN014060 for ; Wed, 24 Jul 2002 12:33:22 +0200 (MET DST) Original-Received: by decitis01.cern.ch (Postfix, from userid 1000) id 232347C462; Wed, 24 Jul 2002 12:32:42 +0200 (CEST) Original-To: emacs-devel@gnu.org X-Face: 'En&2832W(@ewy5g1U"#y@9QIA5Ko,-nD`s[9D+/5g^PSGLTyV&be8/lc-aTc&JPpgbJ-8f 2f*2:@kvpQ:"H^R*;0f1.$ In-Reply-To: <20020719145056.54ED.LEKTU@terra.es> (Juanma Barranquero's message of "Fri, 19 Jul 2002 14:51:55 +0200") Original-Lines: 48 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.3.50 (i686-pc-linux-gnu) X-MIME-Autoconverted: from 8bit to quoted-printable by smtp3.cern.ch id g6OAXMWN014060 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:6008 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6008 Juanma Barranquero writes: > On Fri, 19 Jul 2002 12:01:45 +0000 (UTC), "Robert J. Chassell" wrote: > >> Another data point: no appearance of the bug without ruler-mode: > > Er... yes. That's why included M-x ruler-mode in the problem descriptio= n. > What I've reported is the simplest way of triggering it that I know. The bug is not specific to ruler-mode, but I think it's a general problem that may be related to header lines. I noticed something similar in Info: emacs -q --no-site-file C-h i C-v C-v M-v M-v This is what I see: http://caesar.elte.hu/~lorentey/emacs-redisplay-bug.jpg If I disable the fancy header line, the bug disappears: emacs -q --no-site-file --eval '(setq Info-use-header-line nil)' C-h i C-v C-v M-v M-v All this with today's CVS Emacs, under X. A few experiments with my previous builds indicate that the bug may be related to this change: 2002-07-07 Richard M. Stallman * xdisp.c (make_cursor_line_fully_visible): Don't try short scrol= ls. Instead just return 0 when there is something to be done. (try_scrolling): If make_cursor_line_fully_visible returns 0, retry scrolling as if cursor were off the bottom. (try_cursor_movement): If make_cursor_line_fully_visible returns = 0, return CURSOR_MOVEMENT_MUST_SCROLL. (redisplay_window): If make_cursor_line_fully_visible returns 0, go to try_to_scroll. --=20 L=F5rentey K=E1roly