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: Wed, 31 Jul 2013 20:34:55 +0300 Message-ID: <83fvuuws3k.fsf@gnu.org> References: <83y5a0ka99.fsf@gnu.org> <83ip10hlyr.fsf@gnu.org> <83hafqz8uo.fsf@gnu.org> <83wqo8vvyb.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1375296306 2131 80.91.229.3 (31 Jul 2013 18:45:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 31 Jul 2013 18:45:06 +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 Wed Jul 31 20:45:07 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 1V4bOV-0003xI-8L for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Jul 2013 20:45:07 +0200 Original-Received: from localhost ([::1]:33684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4bOU-0003Kh-T1 for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Jul 2013 14:45:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4bOL-0003Ch-IK for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 14:45:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V4bOD-0002H1-SD for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 14:44:57 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38669) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4aJe-00050V-Ra for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 13:36:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1V4aJe-0001EM-Hs for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 13:36: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: Wed, 31 Jul 2013 17:36: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.13752921234634 (code B ref -1); Wed, 31 Jul 2013 17:36:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 31 Jul 2013 17:35:23 +0000 Original-Received: from localhost ([127.0.0.1]:32985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V4aIy-0001CZ-63 for submit@debbugs.gnu.org; Wed, 31 Jul 2013 13:35:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44253) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V4aIv-0001CH-Kx for submit@debbugs.gnu.org; Wed, 31 Jul 2013 13:35:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V4aIj-0004WW-99 for submit@debbugs.gnu.org; Wed, 31 Jul 2013 13:35:12 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:46697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4aIj-0004Vv-40 for submit@debbugs.gnu.org; Wed, 31 Jul 2013 13:35:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4aIb-0006sT-V1 for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 13:35:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V4aIS-0004A8-GX for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 13:34:57 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:34369) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V4aIS-00049D-7J for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 13:34:48 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MQT00L00A3HU500@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Wed, 31 Jul 2013 20:34:46 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MQT00LSEA5VNF90@a-mtaout21.012.net.il>; Wed, 31 Jul 2013 20:34:43 +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:76863 Archived-At: > From: Lars Magne Ingebrigtsen > Date: Wed, 31 Jul 2013 12:11:46 +0200 > > Here's an even more basic test case: > > (dotimes (i 10) > (let ((process (make-network-process :name "nntp" :buffer nil > :host "news.gmane.org" :service "nntp"))) > (delete-process process)) > (sleep-for 5)) > > This redraws all the lines every five seconds for me, running > emacs -Q -nw under an xterm. It doesn't actually redraw the lines, at least not on my system. What it does is examine each screen line in the 'desired' glyph matrix (a structure that describes what _should_ be on the screen) with the corresponding line in the 'current' glyph matrix (which describes what _is_ on the screen). Emacs compares each desired line with the corresponding current line, sees that they are identical, and doesn't redraw anything. IOW, there is indeed a redisplay cycle triggered by your recipe, but that redisplay ends up redrawing nothing, which is what I'd expect. Do you see on your system any writes to the terminal, e.g., in strace? If we really redraw the screen, you should see characters and escape sequences being sent to the screen. If there's no such traffic, then this use case is not the bug we were looking for. (If you wonder why each iteration through your recipe causes Emacs to enter redisplay, then this is caused by delete-process: you will see that it calls redisplay_preserve_echo_area, which enters redisplay. Presumably, this is because deleting a process or a network connection constitutes a status change, and we always call redisplay in that case, I think for sentinels' sake. So this is normal, or at least not a regression.)