GNU bug report logs - #3441
23.0.94; *compilation* long lines painfully slow

Previous Next

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

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Marshall, Simon" <Simon.Marshall <at> misys.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.0.94; *compilation* long lines painfully slow
Date: Mon, 1 Jun 2009 12:19:15 +0100

Guys, this is a follow-up to
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2223.  It
might not have anything to do with that bug at all - I was just going
back and seeing if that bug had been fixed.

Create a Makefile with the contents:

all:
	@echo [insert 5000 chars]

Run emacs -Q and do Tools > Compile... RET and I see Emacs create the
*compilation* window and insert chunks of the echo output.  23.0.94
takes 20+ seconds to complete it and is pretty much unusable during that
time.  22.3 takes 1 second.  Looking back at earlier pretests, this also
applies to 23.0.91.

Thanks, Simon.

In GNU Emacs 23.0.94.1 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2009-06-01 on risksun2
Windowing system distributor `Hummingbird Ltd.', version 11.0.100015
configured using `configure
'--x-includes=/usr/openwin/include:/usr/dt/include:/usr/local/include:/u
sr/local/X11/include'
'--x-libraries=/usr/openwin/lib:/usr/dt/lib:/usr/local/lib:/usr/local/X1
1/lib' '--with-x-toolkit=motif' '--with-jpeg=no' '--with-gif=no'
'--with-tiff=no' 'CFLAGS=-g''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t


"Misys" is the trade name for Misys plc (registered in England and Wales). Registration Number: 01360027. Registered office: One Kingdom Street, London W2 6BL, United Kingdom. For a list of Misys group operating companies please go to http://www.misys.com/corp/About_Us/misys_operating_companies.html. This email and any attachments have been scanned for known viruses using multiple scanners. This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person. This email does not constitute the commencement of legal relations between you and Misys plc. Please refer to the executed contract between you and the relevant member of the Misys group for the identity of the contracting party with which you are dealing. 

Message #10 received at 3441 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Marshall\, Simon" <Simon.Marshall <at> misys.com>
Cc: 3441 <at> debbugs.gnu.org, Alex Ott <alexott <at> gmail.com>,
        Joakim Verona  <joakim <at> verona.se>
Subject: Re: 23.0.94; *compilation* long lines painfully slow
Date: Wed, 17 Jun 2009 12:36:36 -0400

> Create a Makefile with the contents:
>
> all:
> 	@echo [insert 5000 chars]
>
> Run emacs -Q and do Tools > Compile... RET and I see Emacs create the
> *compilation* window and insert chunks of the echo output.  23.0.94
> takes 20+ seconds to complete it and is pretty much unusable during that
> time.  22.3 takes 1 second.  Looking back at earlier pretests, this also
> applies to 23.0.91.

This is due to the following in compilation-error-regexp-alist-alist:

  (maven
   ;; Maven is a popular build tool for Java.  Maven is Free Software.
   "\\(.*?\\):\\[\\([0-9]+\\),\\([0-9]+\\)\\]" 1 2 3)

which was added here:

2007-07-25  Joakim Verona  <joakim <at> verona.se>  (tiny change)

	* progmodes/compile.el (compilation-error-regexp-alist-alist):
	Add support for the Maden build tool.

This regexp is pathologically slow on long lines.  Since the performance
impact is quite serious, and this bug has affected more than one user, I
went ahead and commented out this line in compile.el.

Joakim, could try to come up with a faster regexp?

Message #17 received at 3441 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: joakim <at> verona.se
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: "Marshall\, Simon" <Simon.Marshall <at> misys.com>,
        3441 <at> debbugs.gnu.org, Alex Ott <alexott <at> gmail.com>
Subject: Re: 23.0.94; *compilation* long lines painfully slow
Date: Thu, 18 Jun 2009 09:44:40 +0200

Chong Yidong <cyd <at> stupidchicken.com> writes:

>> Create a Makefile with the contents:
>>
>> all:
>> 	@echo [insert 5000 chars]
>>
>> Run emacs -Q and do Tools > Compile... RET and I see Emacs create the
>> *compilation* window and insert chunks of the echo output.  23.0.94
>> takes 20+ seconds to complete it and is pretty much unusable during that
>> time.  22.3 takes 1 second.  Looking back at earlier pretests, this also
>> applies to 23.0.91.
>
> This is due to the following in compilation-error-regexp-alist-alist:
>
>   (maven
>    ;; Maven is a popular build tool for Java.  Maven is Free Software.
>    "\\(.*?\\):\\[\\([0-9]+\\),\\([0-9]+\\)\\]" 1 2 3)
>
> which was added here:
>
> 2007-07-25  Joakim Verona  <joakim <at> verona.se>  (tiny change)
>
> 	* progmodes/compile.el (compilation-error-regexp-alist-alist):
> 	Add support for the Maden build tool.
>
> This regexp is pathologically slow on long lines.  Since the performance
> impact is quite serious, and this bug has affected more than one user, I
> went ahead and commented out this line in compile.el.
>
> Joakim, could try to come up with a faster regexp?

Ok, I will give it a shot.

-- 
Joakim Verona

Previous Next

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