bug#9234: 23.3; Long lines in compilation output cause stack overflow in regexp matcher

bug#9234: 23.3; Long lines in compilation output cause stack overflow in regexp matcher

[Gareth Rees]

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''

bug#9234: 23.3; Long lines in compilation output cause stack overflow in regexp matcher

[Lars Magne Ingebrigtsen]

Gareth Rees <gdr@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/

bug#9234: 23.3; Long lines in compilation output cause stack overflow in regexp matcher

[Lars Ingebrigtsen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Gareth Rees <gdr@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#9234: 23.3; Long lines in compilation output cause stack overflow in regexp matcher

[Gareth Rees]

I can’t reproduce this in 24.3.1, so it looks fixed. Thank you!

-- 
Gareth Rees

bug#9234: Still reproducible?

[Christian Henz]

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