GNU bug report logs - #71168
30.0.50; Emacs crash in resolve_face_name after infinite recoursion

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Björn Bidar <bjorn.bidar <at> thaodan.de>
Cc: 71168 <at> debbugs.gnu.org
Subject: bug#71168: 30.0.50; Emacs crash in resolve_face_name after infinite recoursion
Date: Fri, 24 May 2024 13:57:06 +0300

> Date: Fri, 24 May 2024 11:02:46 +0300
> From:  Björn Bidar via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> 
> The  bug is a continuation of:
> https://lists.gnu.org/archive/html/bug-gnu-emacs/2024-04/msg00419.html
> https://lists.gnu.org/archive/html/bug-gnu-emacs/2024-04/msg00429.html
> 
> The bug can be triggered by doing roughly these steps 
> 1. (setq max-lisp-eval-depth 32768)
>    Using a lower value will make Emacs crash not immediately
>    but eventually. Using  30068 made Emacs crash after about a day
>    for me.
> 2. load-theme modus-vivendi (any modus theme works as a trigger)
>    Any bigger them can trigger the bug

If the recipe to reproduce is this:

  emacs -Q
  M-: (setq max-lisp-eval-depth 32768) RET
  M-x load-theme RET modus-vivendi RET

then I cannot reproduce this with the current master branch: I get the
theme loaded with no crash.

Are you using the modus-vivendi theme from the master branch?  Do you
see the problem in "emacs -Q"?  The above discussions point to a bug
that was closed, but it sounds like the problem only happens in your
customized sessions, so we still need to understand what is the recipe
for reproducing the problem.

Previous Next

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