From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#9324: 24.0.50; Movement past end of screen causes weird jump Date: Sat, 20 Aug 2011 14:29:18 +0300 Message-ID: <83vcts48z5.fsf@gnu.org> References: <00373C62-5B35-44BB-8770-CC91E8161366@gmail.com> <87bovm5ssx.fsf@gmail.com> <8362ltst7w.fsf@gnu.org> <04093F70-5A0B-4123-8C18-38FAAD2A6DEC@gmail.com> <831uwhsmx7.fsf@gnu.org> <0FDD993E-173A-482A-937B-8DE5E330D4F4@gmail.com> <83ty9dqq54.fsf@gnu.org> <9ACB0EEF-FA00-4644-9D76-727BFDD9CECF@gmail.com> <83r54hqkz8.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1313839805 31675 80.91.229.12 (20 Aug 2011 11:30:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 20 Aug 2011 11:30:05 +0000 (UTC) Cc: 9324@debbugs.gnu.org, antoine.levitt@gmail.com To: Ivan Andrus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 20 13:29:59 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QujkT-0006iN-SB for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Aug 2011 13:29:57 +0200 Original-Received: from localhost ([::1]:41482 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QujkT-0001f4-6F for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Aug 2011 07:29:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:38297) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QujkQ-0001eo-1h for bug-gnu-emacs@gnu.org; Sat, 20 Aug 2011 07:29:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QujkO-0001zX-Vm for bug-gnu-emacs@gnu.org; Sat, 20 Aug 2011 07:29:54 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QujkO-0001zT-UE for bug-gnu-emacs@gnu.org; Sat, 20 Aug 2011 07:29:52 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QujmU-0002In-Ex; Sat, 20 Aug 2011 07:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Aug 2011 11:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9324 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9324-submit@debbugs.gnu.org id=B9324.13138398898808 (code B ref 9324); Sat, 20 Aug 2011 11:32:02 +0000 Original-Received: (at 9324) by debbugs.gnu.org; 20 Aug 2011 11:31:29 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qujlw-0002I1-RP for submit@debbugs.gnu.org; Sat, 20 Aug 2011 07:31:29 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qujlu-0002Hs-EW for 9324@debbugs.gnu.org; Sat, 20 Aug 2011 07:31:27 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LQ800B00534G400@a-mtaout20.012.net.il> for 9324@debbugs.gnu.org; Sat, 20 Aug 2011 14:29:14 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.49.191]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LQ8005WV58PRKO4@a-mtaout20.012.net.il>; Sat, 20 Aug 2011 14:29:14 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 20 Aug 2011 07:32:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:50171 Archived-At: > From: Ivan Andrus > Date: Sat, 20 Aug 2011 09:33:31 +0200 > Cc: antoine.levitt@gmail.com, > 9324@debbugs.gnu.org > > >> emacs -Q -l ~/.emacs.d/elpa/highlight-parentheses-1.0.1/highlight-parentheses.el -l ~/.emacs.d/local/hl-sexp.el ~/vcs/emacs/bug-example-3.el > > > > Sorry to disappoint you, but I cannot reproduce this even with this > > precise recipe. I downloaded the latest hl-sexp.el and > > highlight-parentheses.el, and used them exactly as shown, albeit the > > leading directories were different, and I still cannot see the > > problem. Emacs behaves as expected. > > Aaargh! After running the progn, do you see all of line starting with 208, or just the continuation of it. Neither. The top line in the window is this: (custom-set-faces '(mode-line ((t (:box (:line-width 1)))))) If you see something else, your frame must be much larger than mine. >How about increasing the :line-width? If I increase it to 8 I stop seeing the buggy behavior, so maybe at 4 you can see it? Tried 4, same result. > I was able to step through redisplay_window and watch where point changes from > BUF PT: 2418 of 1..2419 GAP: 2419 SZ=2000 > to > BUF PT: 1224 of 1..2419 GAP: 2419 SZ=2000 2418 is the last character in the buffer. How in the world did you get there in the first place? You were supposed to be at line 22, which begins at character position 1224 and ends at position 1238. So where did 2418 come from? What is the value of `lpoint' after line 14682? What is the value of `opoint' after line 14764? And what is the value of `startp' at line 14886? > To be honest I'm not sure how new_vpos was set since the other breakpoints are not triggered after having evaluated forward-sexp. Is your build optimized or not? If the former, you cannot rely on every breakpoint you set to trigger, because the compiler rearranges code to make some of them be set on addresses that are never executed. Anyway, you should be able to tell which of the conditions got new_vpos set by looking at the values of w->cursor.vpos and w->frozen_window_start_p.