GNU bug report logs - #22149
stack overflow in regexp matcher

Previous Next

Package: emacs;

Reported by: Cheng-An Yang <rhymer123 <at> gmail.com>

Date: Sat, 12 Dec 2015 06:32:01 UTC

Severity: normal

Tags: confirmed

Found in versions 24.4, 25.0.95

Fixed in version 28.1

Done: Mattias Engdegård <mattiase <at> acm.org>

Bug is archived. No further changes may be made.

Full log

Message #34 received at 22149-done <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22149-done <at> debbugs.gnu.org, Cheng-An Yang <rhymer123 <at> gmail.com>,
 Noam Postavsky <npostavs <at> gmail.com>, Andreas Schwab <schwab <at> suse.de>
Subject: Re: bug#22149: 24.4; gdb stack overflow in regexp matcher
Date: Sat, 14 Mar 2020 10:04:38 +0100

14 mars 2020 kl. 08.58 skrev Eli Zaretskii <eliz <at> gnu.org>:

> Let's install this this on master, then.  The use cases which trigger
> the problem are rare enough to not be too urgent to fix.

All right, master it is!

>  Moreover, we
> might decide, for different reasons, to bump up the stack size of the
> Emacs binary, which will indirectly fix this problem by making it less
> probable.

I'm not sure how the C and regexp engine stacks relate to each other in practice -- main() attempts to grow the C stack to accommodate the maximal regexp stack, but SAFE_ALLOCA is set up to use the heap when necessary. Surely we could decouple them more or less entirely, since the extra cost for malloc is bound to be small when a lot of regexp stack is needed.
This bug report was last modified 5 years and 60 days ago.

Previous Next

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