GNU bug report logs - #56104
29.0.50; Not responsive after: Lisp nesting exceeds `max-lisp-eval-depth'

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 56104 in the body.
You can then email your comments to 56104 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Jean Louis <bugs <at> gnu.support>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; Not responsive after: Lisp nesting exceeds
 `max-lisp-eval-depth'
Date: Sun, 19 Jun 2022 09:32:31 +0300

I cannot know how to reproduce the bug. I work a lot with
tabulated-list-mode and database management in Emacs.

Then I get that error: Lisp nesting exceeds `max-lisp-eval-depth' in the
minibuffer, but there is nothing I can do.

I cannot invoke M-: for eval, as again I get this error. I cannot
stop. I cannot invoke M-x as again I get the same error. I never had
this before. I could always invoke M-x and M-: and increase
max-lisp-eval-depth -- now I cannot do nothing. At least C-x s worked
and file were already saved. 


In GNU Emacs 29.0.50 (build 10, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.6, Xaw3d scroll bars)
 of 2022-06-18 built on protected.rcdrun.com
Repository revision: 99577312f569e22f05a4d0960cc881ff46d4dc3a
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Parabola GNU/Linux-libre

Configured using:
 'configure --with-x-toolkit=lucid'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  text-scale-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search time-date seq gv
subr-x byte-opt bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
face-remap iso-transl tooltip eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice simple cl-generic indonesian philippine cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs faces cus-face macroexp files window
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget keymap hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo x-toolkit xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 47400 9933)
 (symbols 48 6282 3)
 (strings 32 17838 1506)
 (string-bytes 1 561843)
 (vectors 16 12237)
 (vector-slots 8 173079 13304)
 (floats 8 25 30)
 (intervals 56 246 0)
 (buffers 992 11))

-- 
Thanks,
Jean Louis

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 56104 <at> debbugs.gnu.org
Subject: Re: bug#56104: 29.0.50;
 Not responsive after: Lisp nesting exceeds `max-lisp-eval-depth'
Date: Mon, 20 Jun 2022 14:12:27 +0300

> From: Jean Louis <bugs <at> gnu.support>
> Date: Sun, 19 Jun 2022 09:32:31 +0300
> 
> 
> I cannot know how to reproduce the bug. I work a lot with
> tabulated-list-mode and database management in Emacs.
> 
> Then I get that error: Lisp nesting exceeds `max-lisp-eval-depth' in the
> minibuffer, but there is nothing I can do.
> 
> I cannot invoke M-: for eval, as again I get this error. I cannot
> stop. I cannot invoke M-x as again I get the same error. I never had
> this before. I could always invoke M-x and M-: and increase
> max-lisp-eval-depth -- now I cannot do nothing. At least C-x s worked
> and file were already saved.

If "C-x s" worked, so would C-g, perhaps, and perhaps you could have
produced some backtrace to show us where the problem happened.

If C-g doesn't help, then when this happens, attach GDB to Emacs and
produce the C-level backtrace and Lisp-level backtrace (with the
"xbacktrace" command), then post that here.

Without some supporting data or a recipe for reproducing the problem,
I don't see how we can make any progress with the information you
provided.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56104 <at> debbugs.gnu.org, Jean Louis <bugs <at> gnu.support>
Subject: Re: bug#56104: 29.0.50; Not responsive after: Lisp nesting exceeds
 `max-lisp-eval-depth'
Date: Sat, 23 Jul 2022 10:38:00 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Without some supporting data or a recipe for reproducing the problem,
> I don't see how we can make any progress with the information you
> provided.

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

Previous Next

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