GNU bug report logs - #31793
26.1; (error "Lisp nesting exceeds ‘max-lisp-eval-depth’")

Previous Next

Package: emacs;

Reported by: Leo Liu <sdl.web <at> gmail.com>

Date: Tue, 12 Jun 2018 02:33:02 UTC

Severity: normal

Tags: fixed

Found in version 26.1

Fixed in version 26.2

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: John Shahid <jvshahid <at> gmail.com>
To: Leo Liu <sdl.web <at> gmail.com>
Cc: 31793 <at> debbugs.gnu.org
Subject: bug#31793: 26.1; (error "Lisp nesting exceeds ‘max-lisp-eval-depth’")
Date: Mon, 25 Jun 2018 13:59:13 +0000
Leo Liu <sdl.web <at> gmail.com> writes:

> On 2018-06-23 15:47 +0000, John Shahid wrote:
>> That seems to be a result of converting `global-eldoc-mode' to use
>> `define-globalized-minor-mode' in 2349f.
>
> Do you happen to know why post-command-hook doesn't protect itself from
> this error?

This is due to the globalized minor mode re-adding itself to the
`post-command-hook' in `,MODE-cmhh'. This only happens when the
major-mode changes in some buffer. In other words, you will run into
this only when trying to switch buffers or use the minibuffer. You can
still navigate the file, i.e. `next-line' is usually fine for me.

> This bug looks very serious because having to kill -9 emacs is
> serious.

I agree, but I can't think of a better way to avoid this problem aside
from the patch I attached earlier.

cheers,

-js




This bug report was last modified 7 years and 9 days ago.

Previous Next


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