GNU logs - #9065, boring messages

Message sent to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:

Subject: bug#9065: 24.0.50; ESC-> does not seem to function
Resent-From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 13 Jul 2011 09:02:02 +0000
Resent-Message-ID: <handler.9065.B.13105477101004 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9065 <at> debbugs.gnu.org
Message-Id: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 13 Jul 2011 11:01:15 +0200
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hello!

In GNU Emacs 24.0.50.1 (powerpc-apple-darwin9.8.0, GTK+ Version 2.24.4)
  of 2011-07-02 on ip-109-91-229-51.unitymediagroup.de
Windowing system distributor `The X.Org Foundation', version =20
11.0.11002000
configured using `configure  '--without-sound' '--without-dbus' '--=20
without-pop' '--without-gconf' '--without-gpm' '--without-gsettings' =20
'--with-x-toolkit=3Dgtk' '--enable-locallisppath=3D/Library/Application =20=

Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=3D-=20=

g -H -pipe -fPIC -fno-common -mcpu=3D7450 -mtune=3D7450 -maltivec -=20
faltivec -mabi=3Daltivec -Os -mfused-madd -mmultiple -ftree-vectorize' =20=

'LDFLAGS=3D-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t' 'CC=3Dgcc-4' =
=20
'CPP=3Dcpp-4' =
'PKG_CONFIG_PATH=3D/opt/local/lib/pkgconfig:/opt/local/share/=20
pkgconfig:/usr/lib/pkgconfig''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Major mode: Compilation

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

Launched with -Q, to see whether effects I encounter in customised =20
copy might be due to the customisation. Here in a *compilation* buffer =20=

the compilation of GCC happens =96 100,000 or so lines of output. When I =
=20
want to go the bottom of the buffer and type ESC-> the wristwatch =20
cursor appears. It can stay of minutes, maybe even longer. No movement =20=

of the text in the buffer happens. But when I press C-g the cursor is =20=

at once at the end of the buffer and is pushed further forward from =20
the output just happening.

I have the impression that a few thousand lines have to be between the =20=

point where I type ESC-> and the end of the buffer =96 and maybe text =20=

insertion has to happen. One constraint could also be heavy CPU load =20
and GNU Emacs swapped out due to leaving it untouched for hours. It =20
behaves very inert when I pick it to be the active X client. The =20
cursor appears after seconds and heavy disk activity is indicated.

--
Greetings

   Pete

Imbecility, n.:
	A kind of divine inspiration, or sacred fire affecting =
censorious =20
critics of this dictionary.
				=96 Ambrose Bierce: _The Devil's =
Dictionary_

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: bug#9065: Acknowledgement (24.0.50; ESC-> does not seem to function)
Message-ID: <handler.9065.B.13105477101004.ack <at> debbugs.gnu.org>
References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
X-Gnu-PR-Message: ack 9065
X-Gnu-PR-Package: emacs
Reply-To: 9065 <at> debbugs.gnu.org
Date: Wed, 13 Jul 2011 09:02:02 +0000

Thank you for filing a new bug report with GNU.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 9065 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
9065: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9065
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:

Subject: bug#9065: 24.0.50; ESC-> does not seem to function
Resent-From: Lars Magne Ingebrigtsen <larsi@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 11 Sep 2011 04:48:04 +0000
Resent-Message-ID: <handler.9065.B9065.131571644531265 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 9065 <at> debbugs.gnu.org
From: Lars Magne Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN> (Peter
	Dyballa's message of "Wed, 13 Jul 2011 11:01:15 +0200")
Date: Sun, 11 Sep 2011 06:23:06 +0200
Message-ID: <m3r53nk8r9.fsf@HIDDEN>
References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
MailScanner-NULL-Check: 1316320981.65255@rpCQjtcQFeeL4L3pc+QVAA
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> Launched with -Q, to see whether effects I encounter in customised
> copy might be due to the customisation. Here in a *compilation* buffer
> the compilation of GCC happens =96 100,000 or so lines of output. When I
> want to go the bottom of the buffer and type ESC-> the wristwatch
> cursor appears. It can stay of minutes, maybe even longer. No movement
> of the text in the buffer happens. But when I press C-g the cursor is
> at once at the end of the buffer and is pushed further forward from
> the output just happening.

Try (setq debug-on-quit t) and then `C-g'.  Post the backtrace here.

--=20
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#9065: 24.0.50; ESC-> does not seem to function
Resent-From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Oct 2011 10:28:02 +0000
Resent-Message-ID: <handler.9065.B9065.131815602413296 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Lars Magne Ingebrigtsen <larsi@HIDDEN>
Cc: 9065 <at> debbugs.gnu.org
Message-Id: <71CC3B57-1E83-411E-8D5D-473F946659BA@HIDDEN>
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
In-Reply-To: <m3r53nk8r9.fsf@HIDDEN>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Sun, 9 Oct 2011 12:24:01 +0200
References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
	<m3r53nk8r9.fsf@HIDDEN>
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Am 11.09.2011 um 06:23 schrieb Lars Magne Ingebrigtsen:

> Peter Dyballa <Peter_Dyballa@HIDDEN> writes:
>
>> Launched with -Q, to see whether effects I encounter in customised
>> copy might be due to the customisation. Here in a *compilation* =20
>> buffer
>> the compilation of GCC happens =96 100,000 or so lines of output. =20
>> When I
>> want to go the bottom of the buffer and type ESC-> the wristwatch
>> cursor appears. It can stay of minutes, maybe even longer. No =20
>> movement
>> of the text in the buffer happens. But when I press C-g the cursor is
>> at once at the end of the buffer and is pushed further forward from
>> the output just happening.
>
> Try (setq debug-on-quit t) and then `C-g'.  Post the backtrace here.

The failure is never so severe that it comes to debugging ... But I =20
found the cause for the slow down, when I repeated this a lot in =20
*compilation* buffers with warnings in them: the cursor is not just =20
moved to the end of the buffer, while this happens the text is scanned =20=

for warnings, errors, etc. The same seems to be true when using =20
isearch. It's also pretty slow in *compilation* buffers.

I don't know whether this is documented (it should be). What I'd wish =20=

is that I could configure/customise the (large, > 10,000 lines) =20
*compilation* buffers (often compiling with -H and -Wl,-t) that it is =20=

not scanned for compiler reports, either unconditionally or =20
conditionally based on the number of lines in the buffer, that this =20
scanning stops when the number becomes greater than a certain value. =20
There are means to search for these compiler reports, so there should =20=

not be a side-project performed when moving the mark or isearch'ing.

--
Greetings

   Pete

Almost anything is easier to get into than out of.
				=96 Allen's Law

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#9065: 24.0.50; ESC-> does not seem to function
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Oct 2011 02:11:01 +0000
Resent-Message-ID: <handler.9065.B9065.131829905616948 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 9065
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: Lars Magne Ingebrigtsen <larsi@HIDDEN>, 9065 <at> debbugs.gnu.org
Received: via spool by 9065-submit <at> debbugs.gnu.org id=B9065.131829905616948
          (code B ref 9065); Tue, 11 Oct 2011 02:11:01 +0000
Received: (at 9065) by debbugs.gnu.org; 11 Oct 2011 02:10:56 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDRnz-0004PH-IV
	for submit <at> debbugs.gnu.org; Mon, 10 Oct 2011 22:10:56 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>)
	id 1RDRnx-0004Oz-Sx; Mon, 10 Oct 2011 22:10:54 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EALSkk05FxJoX/2dsb2JhbABDqBqBBoFTAQEFJy8jEAs0EhQYDSTCHIdMBKEdhEU
X-IronPort-AV: E=Sophos;i="4.68,520,1312171200"; d="scan'208";a="141054091"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	10 Oct 2011 22:10:33 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id AA7EF660B6; Mon, 10 Oct 2011 22:10:32 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv4nzg47z0.fsf-monnier+emacs@HIDDEN>
References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
	<m3r53nk8r9.fsf@HIDDEN>
	<71CC3B57-1E83-411E-8D5D-473F946659BA@HIDDEN>
Date: Mon, 10 Oct 2011 22:10:32 -0400
In-Reply-To: <71CC3B57-1E83-411E-8D5D-473F946659BA@HIDDEN> (Peter
	Dyballa's message of "Sun, 9 Oct 2011 12:24:01 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

retitle 9065 Speed up compile.el scanning
thanks

Yes, the scanning performed is problematic for large buffers.
There are several ways to improve the problem:
1- make the job more lazy.  E.g. split compilation--ensure-parse into 3 parts:
   a- a position independent part (that can be done one a region
      regardless of preceding text) to use in font-lock.
   b- a position-dependent part doing all the heavy lifting, used in next-error.
   c- the rest is also position-dependent but also used from font-lock,
      i.e. works just like the current compilation--ensure-parse and hence
      is the source of performance problem (so it should do as little as
      possible).
2- speed up the scanning done in syntax-propertize.

I suspect most of the time is spent regexp-matching, and this regexp
matching can be done some other way (instead of a loop over various
regexps each one matched via re-search-forward using a backtracking
matcher, we could combine them all into a single regexp matched via
a non-backtracking matcher, except for the few regexps using back-refs).

I.e. option (2) is clearly possible and could reduce the performance
problem by a very large amount.

But option (1) is also possible and highly desirable.

Patches welcome.


        Stefan

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 11 Oct 2011 02:10:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 10 22:10:56 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1RDRo0-0004PK-AV
	for submit <at> debbugs.gnu.org; Mon, 10 Oct 2011 22:10:56 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.183]
	helo=ironport2-out.pppoe.ca)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <monnier@HIDDEN>)
	id 1RDRnx-0004Oz-Sx; Mon, 10 Oct 2011 22:10:54 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EALSkk05FxJoX/2dsb2JhbABDqBqBBoFTAQEFJy8jEAs0EhQYDSTCHIdMBKEdhEU
X-IronPort-AV: E=Sophos;i="4.68,520,1312171200"; d="scan'208";a="141054091"
Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home)
	([69.196.154.23])
	by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA;
	10 Oct 2011 22:10:33 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id AA7EF660B6; Mon, 10 Oct 2011 22:10:32 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: Re: bug#9065: 24.0.50; ESC-> does not seem to function
Message-ID: <jwv4nzg47z0.fsf-monnier+emacs@HIDDEN>
References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@HIDDEN>
	<m3r53nk8r9.fsf@HIDDEN>
	<71CC3B57-1E83-411E-8D5D-473F946659BA@HIDDEN>
Date: Mon, 10 Oct 2011 22:10:32 -0400
In-Reply-To: <71CC3B57-1E83-411E-8D5D-473F946659BA@HIDDEN> (Peter
	Dyballa's message of "Sun, 9 Oct 2011 12:24:01 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: control
Cc: Lars Magne Ingebrigtsen <larsi@HIDDEN>, 9065 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

retitle 9065 Speed up compile.el scanning
thanks

Yes, the scanning performed is problematic for large buffers.
There are several ways to improve the problem:
1- make the job more lazy.  E.g. split compilation--ensure-parse into 3 parts:
   a- a position independent part (that can be done one a region
      regardless of preceding text) to use in font-lock.
   b- a position-dependent part doing all the heavy lifting, used in next-error.
   c- the rest is also position-dependent but also used from font-lock,
      i.e. works just like the current compilation--ensure-parse and hence
      is the source of performance problem (so it should do as little as
      possible).
2- speed up the scanning done in syntax-propertize.

I suspect most of the time is spent regexp-matching, and this regexp
matching can be done some other way (instead of a loop over various
regexps each one matched via re-search-forward using a backtracking
matcher, we could combine them all into a single regexp matched via
a non-backtracking matcher, except for the few regexps using back-refs).

I.e. option (2) is clearly possible and could reduce the performance
problem by a very large amount.

But option (1) is also possible and highly desirable.

Patches welcome.


        Stefan

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 16 May 2012 23:18:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 16 19:18:40 2012
Received: from localhost ([127.0.0.1]:58248 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1SUnUO-0007x2-JC
	for submit <at> debbugs.gnu.org; Wed, 16 May 2012 19:18:40 -0400
Received: from fencepost.gnu.org ([208.118.235.10]:45632 ident=Debian-exim)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rgm@HIDDEN>) id 1SUnU5-0007wZ-19
	for control <at> debbugs.gnu.org; Wed, 16 May 2012 19:18:39 -0400
Received: from rgm by fencepost.gnu.org with local (Exim 4.71)
	(envelope-from <rgm@HIDDEN>) id 1SUnTs-0007v7-LM
	for control <at> debbugs.gnu.org; Wed, 16 May 2012 19:18:08 -0400
Date: Wed, 16 May 2012 19:18:08 -0400
Message-Id: <E1SUnTs-0007v7-LM@HIDDEN>
Subject: control message for bug 3700
To: <control <at> debbugs.gnu.org>
X-Mailer: mail (GNU Mailutils 2.1)
From: Glenn Morris <rgm@HIDDEN>
X-Spam-Score: -6.9 (------)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.9 (------)

merge 9065 3700

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 9 Jan 2013 01:59:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 08 20:59:52 2013
Received: from localhost ([127.0.0.1]:57531 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TskxL-00070I-Bl
	for submit <at> debbugs.gnu.org; Tue, 08 Jan 2013 20:59:51 -0500
Received: from fencepost.gnu.org ([208.118.235.10]:44415 ident=Debian-exim)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <rgm@HIDDEN>) id 1TskxJ-00070C-H7
	for control <at> debbugs.gnu.org; Tue, 08 Jan 2013 20:59:50 -0500
Received: from rgm by fencepost.gnu.org with local (Exim 4.71)
	(envelope-from <rgm@HIDDEN>) id 1TskxB-0008Dg-LT
	for control <at> debbugs.gnu.org; Tue, 08 Jan 2013 20:59:41 -0500
Date: Tue, 08 Jan 2013 20:59:41 -0500
Message-Id: <E1TskxB-0008Dg-LT@HIDDEN>
Subject: control message for bug 13369
To: <control <at> debbugs.gnu.org>
X-Mailer: mail (GNU Mailutils 2.1)
From: Glenn Morris <rgm@HIDDEN>
X-Spam-Score: -4.2 (----)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.2 (----)

merge 9065 13369

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 5 Dec 2017 00:29:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 04 19:29:52 2017
Received: from localhost ([127.0.0.1]:46118 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1eM17P-0005Le-VG
	for submit <at> debbugs.gnu.org; Mon, 04 Dec 2017 19:29:52 -0500
Received: from mail-it0-f43.google.com ([209.85.214.43]:39415)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>)
 id 1eM17O-0005LM-Dw; Mon, 04 Dec 2017 19:29:50 -0500
Received: by mail-it0-f43.google.com with SMTP id 68so11175876ite.4;
 Mon, 04 Dec 2017 16:29:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=skrMRFxw15jvNqbfNuXnRrC0/mQBStBWfGF5M7fus1U=;
 b=WP+NlXq/ZW2JuaF0PdgKPxz8McL2blFgU6IHkZTfUl87pau7mIB79m/8DktPlgMldr
 +tXZ/QRYZyhgSciZWcaJmfurQucwR5jADtoEcZGDd5IYe+fZSSwaHDJgcOXWDttnPqzk
 5A53TqDH4XW4qtKoiVgYMOl9dWJ+qiC2t5zWNnCwLXd/HxK3uxdpcGbVmy8b09ln1Vgl
 itsRSib/DT7dXhXYKe2SeuKlamvs8WAWdqAU0HDXT8Mayyg7Shcx+GN1iWFr9s4u2HBD
 FoGD8d0ZS9pLCKP19veW1X601pIgGyg9i0/0+dPVeO/CED7LTnC4cl73yRkD8IC7qU9h
 xbPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:from:to:cc:subject:references:date
 :in-reply-to:message-id:user-agent:mime-version;
 bh=skrMRFxw15jvNqbfNuXnRrC0/mQBStBWfGF5M7fus1U=;
 b=t05/N8Bs5oHmgT8tfZodrBcRscc5MuqNh4ikxMvVUlvakqtM8y/ur/5vpUenXiXoZq
 pQqvOtWT1JODJuVp0EnSfFxQJTeLmsNURkBLTG+h415DJTfJ74Q2TwK9T8pFQSVS2Pj+
 69tVj4NUhXXAVThq9W+ncaaMZKKOoZRC7NREJfu0NilQhP7K231OPBlZ94pwSCbD3vI2
 izYkTcv0RkQH8AaCTH9iaGA2uzQy583i9prhpjzVVwijI2sMWqIj3ohVx3uTK2kKV8yy
 MS9w8CStSlP6wjkFBm6+i/vHY/2TNdCXSrDxtjvjTTA+B39GcvS8/BEh27a6/+6+7Qnm
 ssfA==
X-Gm-Message-State: AKGB3mJ+Omf9jaKZRkHFjDp1LQJFs74cfkZgdmrEVjww7KcFsHl1Mlds
 Bh3OgaetTCz5OataNeaREg0sUQ==
X-Google-Smtp-Source: AGs4zMbNJmJF3eg4QRxqmDztVxWeGRO5Qlf/TJKhfVCtCOVwJHJAcEUdgfO9BmOV1fc0b7n0te+GmQ==
X-Received: by 10.36.70.195 with SMTP id j186mr2090287itb.32.1512433783968;
 Mon, 04 Dec 2017 16:29:43 -0800 (PST)
Received: from zebian ([45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id l200sm4489709itl.36.2017.12.04.16.29.42
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Mon, 04 Dec 2017 16:29:43 -0800 (PST)
From: Noam Postavsky <npostavs@HIDDEN>
To: Sam Varshavchik <mrsam@HIDDEN>
Subject: Re: bug#29554: 25.3; 100% CPU spinning, while parsing compile output.
References: <cone.1512323749.166101.27935.1004@HIDDEN>
Date: Mon, 04 Dec 2017 19:29:42 -0500
In-Reply-To: <cone.1512323749.166101.27935.1004@HIDDEN> (Sam
 Varshavchik's message of "Sun, 03 Dec 2017 12:55:49 -0500")
Message-ID: <87k1y2ggp5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.2 (/)
X-Debbugs-Envelope-To: control
Cc: 29554 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.2 (/)

merge 29554 13369
quit

Sam Varshavchik <mrsam@HIDDEN> writes:

> Attached is simple makefile with a bunch of echo statements that
> reproduce the output of an actual compilation. I had to gzip and
> attach it, in order to avoid the large lines getting messed up by
> E-mail formatting.
>
> Saving this makefile, and hitting F5, or executing "compile" makes
> emacs spin with 100% CPU utilization for about five seconds, before it
> starts responding again. Then, going to the compilation output buffer,
> and M-> to go the end of the buffer, that also pegs emacs for another
> 4-5 seconds, at 100% cpu.
>
> Yup, these are very long lines. But that's the end result from
> automake and libtool. This is the real world, when it comes to C++
> development these days...

This is Bug#13369/9065/3700.  You can get some relief by pruning
compilation-error-regexp-alist.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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