GNU bug report logs - #16526
24.3.50; scroll-conservatively & c-mode regression

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#16526: closed (24.3.50; scroll-conservatively & c-mode
 regression)
Date: Sun, 22 Jun 2014 16:50:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 22 Jun 2014 19:49:29 +0300
with message-id <83wqc8sxd2.fsf <at> gnu.org>
and subject line Re: bug#16526: 24.3.50; scroll-conservatively & c-mode regression
has caused the debbugs.gnu.org bug report #16526,
regarding 24.3.50; scroll-conservatively & c-mode regression
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
16526: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16526
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: martin rudalics <rudalics <at> gmx.at>
To: Bug-Gnu-Emacs <bug-gnu-emacs <at> gnu.org>
Subject: 24.3.50; scroll-conservatively & c-mode regression
Date: Thu, 23 Jan 2014 09:53:17 +0100

With current trunk and emacs -Q evaluating the following form takes more
than two minutes here with builds on Windows and GNU/Linux:

(progn
  (setq scroll-conservatively 101)
  (find-file (concat source-directory "src/xdisp.c"))
  (end-of-buffer)
  (sit-for 3)
  (beginning-of-buffer))

It used to take about 10 seconds before revision 116070.

martin

[Message part 3 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: acm <at> muc.de
Cc: 16526-done <at> debbugs.gnu.org
Subject: Re: bug#16526: 24.3.50; scroll-conservatively & c-mode regression
Date: Sun, 22 Jun 2014 19:49:29 +0300

> Date: Thu, 06 Feb 2014 08:01:32 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: rudalics <at> gmx.at, 16526 <at> debbugs.gnu.org
> 
> > Date: Wed, 5 Feb 2014 23:00:01 +0000
> > Cc: rudalics <at> gmx.at, 16526 <at> debbugs.gnu.org
> > From: Alan Mackenzie <acm <at> muc.de>
> > 
> > > Do you need help in identifying what takes 11 sec in the unoptimized
> > > build to traverse a few lines?
> > 
> > Thanks for the offer.  I really need to get down and spend a few hours
> > investigating.  I've elp'd CC Mode, and tried M-> (2 seconds) followed
> > by <PgUp> (13 seconds), and it looks like
> > c-append-lower-brace-pair-to-state-cache is taking up the time.  It
> > seems it is being called too often.  Maybe.
> > 
> > Maybe I'll pin it down at the weekend.
> 
> Thanks.

I hope Alan did something with this issue, or will in some near
future.

But either way, the original bug was fixed, so I'm closing this.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.