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#14616: 24.3.50; Excessive cursor movement on non-X Emacs Date: Mon, 05 Aug 2013 21:45:54 +0300 Message-ID: <83fvuovuvx.fsf@gnu.org> References: <83y5a0ka99.fsf@gnu.org> <83ip10hlyr.fsf@gnu.org> <83hafqz8uo.fsf@gnu.org> <83wqo8vvyb.fsf@gnu.org> <83fvuuws3k.fsf@gnu.org> <83mwp1z7dm.fsf@gnu.org> <83a9l0yxom.fsf@gnu.org> <83ehaayk6d.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1375728556 5652 80.91.229.3 (5 Aug 2013 18:49:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Aug 2013 18:49:16 +0000 (UTC) Cc: 14616@debbugs.gnu.org To: Lars Magne Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 05 20:49:17 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V6PqG-0003iv-Ve for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Aug 2013 20:49:17 +0200 Original-Received: from localhost ([::1]:57048 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6PqG-0007mq-Lk for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Aug 2013 14:49:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50841) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6PpB-0006Gj-Us for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:48:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6Pp5-00008Z-4M for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:48:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6Pp4-00007j-W8 for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:48:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1V6Pp4-0005V7-BL for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Aug 2013 18:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14616 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.137572843121057 (code B ref -1); Mon, 05 Aug 2013 18:48:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 5 Aug 2013 18:47:11 +0000 Original-Received: from localhost ([127.0.0.1]:41648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6PoE-0005TT-Kp for submit@debbugs.gnu.org; Mon, 05 Aug 2013 14:47:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48709) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6PoA-0005Su-Cm for submit@debbugs.gnu.org; Mon, 05 Aug 2013 14:47:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6Pnz-00084f-Bn for submit@debbugs.gnu.org; Mon, 05 Aug 2013 14:47:00 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:50382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6Pnz-00084b-8n for submit@debbugs.gnu.org; Mon, 05 Aug 2013 14:46:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50375) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6Pnt-0004HR-Fs for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:46:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6Pnn-00082V-LL for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:46:49 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:40280) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6Pnn-00082C-6z for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 14:46:43 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MR200F00MRTG400@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 21:45:47 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MR200FBJMSAE830@a-mtaout21.012.net.il>; Mon, 05 Aug 2013 21:45:47 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:76972 Archived-At: > From: Lars Magne Ingebrigtsen > Cc: bug-gnu-emacs@gnu.org > Date: Mon, 05 Aug 2013 20:22:17 +0200 > > Eli Zaretskii writes: > > > This all sounds depressingly similar to what we found in bug #13864, > > which was supposed to be fixed long ago. Please use the technique > > described in http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13864#68 to > > find out what code sets the frame's garbaged flag. (The line numbers > > cited in that message are different now, so be sure to use the current > > ones.) > > Ok, I've tried to reproduce this, and a trace is included below. > > > Does the recipe you use involve more than one frame, somehow? > > Hm... I think I'm running only one frame. I'm running with emacs -nw. > Does that support more than one frame, somehow? But, yes, my Gnus > startup function has a call to > > (make-frame '((name . "emacs") (left . 0) (top . 0) (user-position . t))) > > in there. I always start up two frames under X, but I didn't think that > that call did anything under emacs -nw. What does frame-list return after you start emacs -nw like that? > Let's see. I'll try to start Emacs (with -nw) without that call. > > Aha! Now there's no fluttering and no extra refreshes going on! That > might explain why I've never been able to reproduce this bug with a > simple test case. > > > The marked call to SET_FRAME_VISIBLE would set the frame's garbaged > > flag. The solution was to avoid doing that if FRAME is already the > > top frame shown on that terminal (the EQ test and the comment before > > it were added as part of fixing that bug). Perhaps in your case this > > logic is somehow not working? > > Sounds likely. > > Here's a couple seconds' worth of output from the recipe: > > Hardware watchpoint 4: ((struct frame *) 0xc12be0)->garbaged > > Old value = 1 > New value = 0 > clear_garbaged_frames () at xdisp.c:10729 > 10729 f->resized_p = 0; > Hardware watchpoint 4: ((struct frame *) 0xc12be0)->garbaged > > Old value = 0 > New value = 1 > 0x0000000000420725 in do_switch_frame (frame=12659685, track=1, for_deletion=0, norecord=12571250) at frame.c:844 > 844 SET_FRAME_VISIBLE (XFRAME (frame), 1); We are close. What I need to know now is what is 'frame" and what is 'top_frame' at this point. You can define this as the watchpoint's commands: > pp frame > pp top_frame > continue > end Then run the recipe again, and let's see what this shows. Thanks.