GNU bug report logs - #28455
26.0.50; first M-x next-error is very slow

Previous Next

Package: emacs;

Reported by: Tom Tromey <tom <at> tromey.com>

Date: Thu, 14 Sep 2017 02:53:02 UTC

Severity: normal

Tags: moreinfo, wontfix

Found in version 26.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28455 in the body.
You can then email your comments to 28455 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#28455; Package emacs. (Thu, 14 Sep 2017 02:53:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Tom Tromey <tom <at> tromey.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 14 Sep 2017 02:53:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tom Tromey <tom <at> tromey.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; first M-x next-error is very slow
Date: Wed, 13 Sep 2017 20:24:49 -0600
I ran `make' using M-x compile.
A number of errors appeared.

The very first M-x next-error took a long time -- 8 seconds by my
count.

This seems to happen the first time after each compilation.
However if I C-u M-x next-error to restart from the beginning, then that
is fast.

Tom


In GNU Emacs 26.0.50 (build 18, x86_64-pc-linux-gnu, GTK+ Version 3.22.17)
 of 2017-09-09 built on bapiya
Repository revision: 4131f9785e30f2a31745125c714e922892113c62
Windowing system distributor 'Fedora Project', version 11.0.11903000
System Description:	Fedora release 25 (Twenty Five)

Recent messages:
syntax: ((statement 4143)), indent: 4
syntax: ((statement 4143) (comment-intro)), indent: 4 [7 times]
syntax: ((statement 4750)), indent: 8
C-x C-g is undefined
Saving file /home/tromey/gcc/gcc/libcpp/macro.c...
Wrote /home/tromey/gcc/gcc/libcpp/macro.c
Saving file /home/tromey/gcc/gcc/libcpp/macro.c...
Wrote /home/tromey/gcc/gcc/libcpp/macro.c
Mark set
Compilation exited abnormally with code 2

Configured using:
 'configure --prefix=/home/tromey/Emacs/install'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11

Important settings:
  value of $LANG: en_US.utf8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: C/*l

Minor modes in effect:
  shell-dirtrack-mode: t
  bug-reference-prog-mode: t
  diff-auto-refine-mode: t
  flyspell-mode: t
  which-function-mode: t
  erc-services-mode: t
  erc-list-mode: t
  erc-menu-mode: t
  erc-autojoin-mode: t
  erc-ring-mode: t
  erc-networks-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-match-mode: t
  erc-netsplit-mode: t
  erc-hl-nicks-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  erc-move-to-prompt-mode: t
  erc-readonly-mode: t
  savehist-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  auto-fill-function: tromey-c++-do-auto-fill
  transient-mark-mode: t
  abbrev-mode: t

Load-path shadows:
/home/tromey/.emacs.d/elpa/bubbles-0.5/bubbles hides /home/tromey/Emacs/install/share/emacs/26.0.50/lisp/play/bubbles

Features:
(shadow mail-hist emacsbug make-mode jka-compr novice whitespace dabbrev
smerge-mode term/xterm xterm log-view gnus-html url-queue help-fns
radix-tree url-cache mm-url url url-proxy url-privacy url-expand
url-methods url-history url-cookie url-domsuf flow-fill mailalias sort
gnus-cite smiley shr-color url-util shr svg xml dom browse-url
mm-archive gnus-bcklg gnus-async mail-extr gnus-ml disp-table gnus-topic
nndraft nnmh nnfolder utf-7 network-stream nsm starttls gnus-agent
gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache
gnus-registry registry ebdb-gnus gnus-art mm-uu mml2015 mm-view
mml-smime smime dig mailcap gnus-sum gnus-group gnus-undo smtpmail
gnus-start gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc
nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus nnheader
goto-addr log-edit pcvs-util add-log copyright shell pulse vc-mtn vc-hg
vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs etags xref project
bug-reference vc-git diff-mode easy-mmode map cc-mode cc-fonts cc-guess
cc-menus cc-cmds misearch multi-isearch find-dired elec-pair flyspell
ispell diminish edmacro kmacro projectile grep compile ibuf-ext ibuffer
ibuffer-loaddefs dash appt diary-lib diary-loaddefs which-func imenu
minimap autorevert filenotify cus-start cus-load status erc-services
erc-list erc-menu erc-join erc-ring erc-networks erc-pcomplete pcomplete
erc-track erc-match erc-netsplit erc-hl-nicks color erc-button erc-fill
erc-stamp wid-edit erc-goodies erc erc-backend erc-compat thingatpt pp
warnings advice vc-dir ewoc vc vc-dispatcher cc-styles cc-align
cc-engine cc-vars cc-defs ebdb-complete ebdb-message sendmail message
puny dired dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg
gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse
rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mail-utils
gmm-utils mailheader ebdb-mua ebdb-com crm mailabbrev ebdb-format qp
ebdb cl-extra help-mode eieio-opt speedbar sb-image ezimage dframe
find-func eieio-base pcase subr-x cal-menu calendar cal-loaddefs
timezone ange-ftp comint ansi-color ring server savehist finder-inf
dwarf-mode-autoloads gdb-shell-autoloads lisppaste-autoloads
pydoc-info-autoloads info-look cl weblogger-autoloads info package
easymenu epg-config url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt
gv bytecomp byte-compile cconv cl-loaddefs cl-lib time-date mule-util
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind inotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 1575072 1145977)
 (symbols 48 56689 1)
 (miscs 40 9756 5605)
 (strings 32 514129 71833)
 (string-bytes 1 14329693)
 (vectors 16 245436)
 (vector-slots 8 3800354 117054)
 (floats 8 465 633)
 (intervals 56 67864 3194)
 (buffers 992 148))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28455; Package emacs. (Fri, 15 Sep 2017 12:37:01 GMT) Full text and rfc822 format available.

Message #8 received at 28455 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tom Tromey <tom <at> tromey.com>
Cc: 28455 <at> debbugs.gnu.org
Subject: Re: bug#28455: 26.0.50; first M-x next-error is very slow
Date: Fri, 15 Sep 2017 15:36:35 +0300
> From: Tom Tromey <tom <at> tromey.com>
> Date: Wed, 13 Sep 2017 20:24:49 -0600
> 
> I ran `make' using M-x compile.
> A number of errors appeared.
> 
> The very first M-x next-error took a long time -- 8 seconds by my
> count.
> 
> This seems to happen the first time after each compilation.

Does it have to be a compilation, or visiting a file with the error
messages, putting it in compilation-mode, then invoking next-error
exhibits the same problem?  If the latter, can you post an example
file which could be used to reproduce this?

Also, does the slow 1st time happen in "emacs -Q"?

Thanks.




Added tag(s) moreinfo. Request was from Noam Postavsky <npostavs <at> users.sourceforge.net> to control <at> debbugs.gnu.org. (Wed, 27 Sep 2017 00:48:02 GMT) Full text and rfc822 format available.

Added tag(s) wontfix. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 08 Jan 2019 20:27:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 28455 <at> debbugs.gnu.org and Tom Tromey <tom <at> tromey.com> Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 08 Jan 2019 20:27:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 06 Feb 2019 12:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 79 days ago.

Previous Next


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