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#14838: 24.3.50; repeating next-line or previous-line is broken Date: Thu, 11 Jul 2013 18:59:14 +0300 Message-ID: <838v1dulyl.fsf@gnu.org> References: <87ip0ije8n.fsf@gmx.net> <83bo69vmev.fsf@gnu.org> <8761whxvjc.fsf@rosalinde.fritz.box> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1373558525 24441 80.91.229.3 (11 Jul 2013 16:02:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 11 Jul 2013 16:02:05 +0000 (UTC) Cc: 14838@debbugs.gnu.org To: Stephen Berman , Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 11 18:02:05 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 1UxJJk-0007YG-W5 for geb-bug-gnu-emacs@m.gmane.org; Thu, 11 Jul 2013 18:02:05 +0200 Original-Received: from localhost ([::1]:55143 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UxJJj-0002NY-NK for geb-bug-gnu-emacs@m.gmane.org; Thu, 11 Jul 2013 12:02:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UxJIm-0000nD-7W for bug-gnu-emacs@gnu.org; Thu, 11 Jul 2013 12:01:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UxJIk-0004EU-Lr for bug-gnu-emacs@gnu.org; Thu, 11 Jul 2013 12:01:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UxJIk-0004EQ-IL for bug-gnu-emacs@gnu.org; Thu, 11 Jul 2013 12:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UxJIk-0002Bq-7M for bug-gnu-emacs@gnu.org; Thu, 11 Jul 2013 12:01: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: Thu, 11 Jul 2013 16:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14838 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14838-submit@debbugs.gnu.org id=B14838.13735584058219 (code B ref 14838); Thu, 11 Jul 2013 16:01:02 +0000 Original-Received: (at 14838) by debbugs.gnu.org; 11 Jul 2013 16:00:05 +0000 Original-Received: from localhost ([127.0.0.1]:48139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UxJHm-00027y-4S for submit@debbugs.gnu.org; Thu, 11 Jul 2013 12:00:04 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:36811) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UxJHi-00027E-2v for 14838@debbugs.gnu.org; Thu, 11 Jul 2013 11:59:59 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MPS00G004729G00@a-mtaout21.012.net.il> for 14838@debbugs.gnu.org; Thu, 11 Jul 2013 18:59:21 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MPS00GEV4EX3R80@a-mtaout21.012.net.il>; Thu, 11 Jul 2013 18:59:21 +0300 (IDT) In-reply-to: <8761whxvjc.fsf@rosalinde.fritz.box> X-012-Sender: halo1@inter.net.il 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:76226 Archived-At: > From: Stephen Berman > Cc: 14838@debbugs.gnu.org > Date: Thu, 11 Jul 2013 12:04:07 +0200 > > Yes. First, I found out that the problems I observed do not happen when > I repeat exactly the above recipe after having removed my ~/.Xresources > file and logged in again. That file contains this: > > Emacs.FontBackend: xft > Emacs.Font: DejaVu Sans Mono-9 > > ! ---------[ xft ] --------- > Xft*antialias: true > Xft*autohint: true > > Without this, when I start Emacs with -Q, the font is still the one I > reported above, but now holding down C-n in NEWS works fine. I don't > understand why, since I thought -Q means no X resources are read. It should. Is inhibit-x-resources set when you invoke with -Q? Maybe the fact that X resources matter is a GTK thing? Just guessing. Jan, could you please comment on this? > When I start Emacs with my init file but without the .Xresources file, I > also don't observe the problem with C-n. In my initializations, I have > the font DejaVu Sans Mono-9 set as default in a custom theme loaded from > my init file (I've been using the .Xresources file since long before > creating the them, and didn't try removing till now). So without the > .Xresources file, I have no problem using C-n with this font, but with > the above .Xresources, the problem occurs with this font. FWIW, I tried such a font as well (but without anti-aliasing), and didn't see any problem. > I started Emacs like this: > > emacs -Q -l ~/bzr/emacs/quickfixes/lisp/simple.el > > switched the default font to Adobe Courier as described above and then > followed your instructions; here is the report: > > + call-interactively 6758 29% > + next-line 6059 26% > + if 5176 22% > + line-move 3875 16% > + command-execute 522 2% > Automatic GC 445 1% > + let 86 0% > + redisplay_internal (C function) 35 0% > + prog1 26 0% > + read-from-minibuffer 24 0% > + find-file-noselect 19 0% > + run-hooks 18 0% > + condition-case 16 0% > + cond 12 0% > + view-file 8 0% > + mapc 4 0% > + list 4 0% > + read-extended-command 4 0% > + vc-mode-line 3 0% > + line-move-visual 3 0% > + file-truename 2 0% > + vc-find-file-hook 2 0% > + vc-backend 2 0% > + after-find-file 2 0% > + completing-read 2 0% > + let* 1 0% > + view-emacs-news 1 0% > + find-file-noselect-1 1 0% > + vc-call-backend 1 0% > internal-timer-start-idle 1 0% > + and 1 0% What do you see if you completely expand the profile? Do you see line-move-partial anywhere in the profile? That's the only function where I made significant changes in the offending revisions, so if it's not high in the profile, I don't know what to think. > followed by exactly 175 repetitions of these two lines (I used `M-x > occur' to make sure they were all identical): > > vs 0 dlh 14 this nil rowh 13 rbot 1 py 0 vpos 32 last 31.0 > 2 > > and nothing else. The "py 0" part is very strange. "py" is the vertical coordinate of point in screen line units. Since this was with C-n, I expect py never to be less than half the screen height, which is 16. How come it is zero, i.e. point is in the first line? Can you step through line-move-partial in Edebug and see what is going on there? > > I also asked to try reducing the keyboard auto-repeat rate, and see if > > that makes any difference. > > The default rate in my setup is 25 repeats/s. I lowered it to 15 and > repeated the above experiment, and the problem again occurs, but starts > later, around line 300. Then I lowered the repeat rate to 10, which is > annoyingly slow, and here too the problem occurs, starting around line > 500. This is consistent with the high CPU load you see. But I'd be damned if I understand what is causing that CPU load, or why it happens with some fonts, but not others. Btw, do you have any local changes in your builds?