GNU bug report logs - #46586
26.3, 27.1.50; Emacs crash in a backtrace (core) dump (a long standing issue)

Previous Next

Package: emacs;

Reported by: 路客 <luke.yx.lee <at> gmail.com>

Date: Wed, 17 Feb 2021 10:15:02 UTC

Severity: normal

Found in version 26.3

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #20 received at 46586 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 46586 <at> debbugs.gnu.org, luke.yx.lee <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#46586: 26.3, 27.1.50; Emacs crash in a backtrace (core)
 dump (a long standing issue)
Date: Thu, 18 Feb 2021 17:00:50 +0200

> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Cc: 路客 <luke.yx.lee <at> gmail.com>,  46586 <at> debbugs.gnu.org,
>   Stefan Monnier
>  <monnier <at> iro.umontreal.ca>
> Date: Thu, 18 Feb 2021 15:45:01 +0100
> 
> On Feb 18 2021, Eli Zaretskii wrote:
> 
> > Does anyone see how to stop this infinite recursion, except by
> > counting recursive invocation levels and bailing out at some arbitrary
> > depth?
> 
> Shouldn't the subst->seen list prevent recursion?

Maybe, but the insertion into the 'seen' list is conditioned on #n=
being in 'completed'.  Or maybe I don't understand the logic of the
code well enough.
This bug report was last modified 2 years and 334 days ago.

Previous Next

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