GNU bug report logs -
#9234
23.3; Long lines in compilation output cause stack overflow in regexp matcher
Previous Next
Reported by: Gareth Rees <gdr <at> garethrees.org>
Date: Thu, 4 Aug 2011 00:26:02 UTC
Severity: normal
Tags: unreproducible
Found in version 23.3
Done: Lars Ingebrigtsen <larsi <at> gnus.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 9234 in the body.
You can then email your comments to 9234 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#9234
; Package
emacs
.
(Thu, 04 Aug 2011 00:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Gareth Rees <gdr <at> garethrees.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 04 Aug 2011 00:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In a fresh emacs -Q, type
M-x compile RET for X in {1..100000}; do echo -n 1; done RET
The following message appears in the echo area:
error in process filter: Stack overflow in regexp matcher
With debug-on-error turned on, I get the following backtrace:
Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
re-search-forward("^ *\\([^ \n]+\\)(\\([0-9]+\\)): \\(?:error\\|warnin\\(g\\)\\|remar\\(k\\)\\)" 34233 t)
font-lock-fontify-keywords-region(194 34233 nil)
font-lock-default-fontify-region(33209 34233 nil)
font-lock-fontify-region(33209 34233)
font-lock-after-change-function(33209 34233 0)
compilation-filter(#<process compilation> "1111111...1111111")
--
Gareth Rees
In GNU Emacs 23.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.35)
of 2011-03-10 on black.porkrind.org
Windowing system distributor `Apple', version 10.3.1138
configured using `configure '--host=x86_64-apple-darwin' '--build=i686-apple-darwin' '--with-ns' 'build_alias=i686-apple-darwin' 'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.5''
Added tag(s) unreproducible.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 11 Sep 2011 04:26:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#9234
; Package
emacs
.
(Sun, 11 Sep 2011 04:48:04 GMT)
Full text and
rfc822 format available.
Message #10 received at 9234 <at> debbugs.gnu.org (full text, mbox):
Gareth Rees <gdr <at> garethrees.org> writes:
> In a fresh emacs -Q, type
>
> M-x compile RET for X in {1..100000}; do echo -n 1; done RET
>
> The following message appears in the echo area:
>
> error in process filter: Stack overflow in regexp matcher
>
> With debug-on-error turned on, I get the following backtrace:
>
> Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
> re-search-forward("^ *\\([^ \n]+\\)(\\([0-9]+\\)): \\(?:error\\|warnin\\(g\\)\\|remar\\(k\\)\\)" 34233 t)
I'm unable to reproduce this bug in Emacs 24...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9234
; Package
emacs
.
(Thu, 06 Feb 2014 01:36:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 9234 <at> debbugs.gnu.org (full text, mbox):
Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:
> Gareth Rees <gdr <at> garethrees.org> writes:
>
>> In a fresh emacs -Q, type
>>
>> M-x compile RET for X in {1..100000}; do echo -n 1; done RET
>>
>> The following message appears in the echo area:
>>
>> error in process filter: Stack overflow in regexp matcher
>>
>> With debug-on-error turned on, I get the following backtrace:
>>
>> Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
>> re-search-forward("^ *\\([^ \n]+\\)(\\([0-9]+\\)): \\(?:error\\|warnin\\(g\\)\\|remar\\(k\\)\\)" 34233 t)
>
> I'm unable to reproduce this bug in Emacs 24...
This bug report was previously marked "unreproducible" two years ago, so
I'm closing this report. If this is still a problem, please reopen the
bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug closed, send any further explanations to
9234 <at> debbugs.gnu.org and Gareth Rees <gdr <at> garethrees.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 06 Feb 2014 01:36:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9234
; Package
emacs
.
(Thu, 06 Feb 2014 09:39:01 GMT)
Full text and
rfc822 format available.
Message #18 received at 9234 <at> debbugs.gnu.org (full text, mbox):
I can’t reproduce this in 24.3.1, so it looks fixed. Thank you!
--
Gareth Rees
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9234
; Package
emacs
.
(Fri, 14 Feb 2014 02:31:01 GMT)
Full text and
rfc822 format available.
Message #21 received at 9234 <at> debbugs.gnu.org (full text, mbox):
Not sure if this applies, but executing the test case, I can still trigger stack overflow errors in 24.3.1:
Error during redisplay: (jit-lock-function 155) signaled (error "Stack overflow in regexp matcher")
Not sure if this is the same error, as I could not get the debugger to catch this after setting debug-on-error.
GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu) of 2014-02-07 on bort
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 14 Mar 2014 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 100 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.