GNU bug report logs - #78846
Emacs hangs non-deterministically when eglot and clangd are used

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: "admin <at> sonictk.com" <admin <at> sonictk.com>
Cc: 78846 <at> debbugs.gnu.org
Subject: Re: bug#78846: Emacs hangs non-deterministically when eglot and
 clangd are used
Date: Mon, 07 Jul 2025 17:11:16 +0300

> From: "admin <at> sonictk.com" <admin <at> sonictk.com>
> CC: "78846 <at> debbugs.gnu.org" <78846 <at> debbugs.gnu.org>
> Date: Mon, 7 Jul 2025 05:26:31 +0000
> 
> Sorry for the delayed response. I actually find that after removing a bunch of the optimization flags (those
> were just from some recipe that I copied for compiling Emacs on Windows), the specific problem of Emacs
> itself deadlocking goes away, though I still find Emacs will occasionally hang on the main thread, and trying
> to attach gdb to it via MSYS2 (which is what I use to compile Emacs with) doesn't work - however, it will
> recover after a non-specific amount of time has elapsed (which doesn't seem to have any relation to any of
> the timeout settings for eglot . I haven't had a chance to dig into this further yet, but it's definitely an
> improvement over having to terminate all clangd processes or restarting Emacs.

Thanks, but could you please try answering my other questions:

 . Does this happen only in Emacs 31, or did you see that in older
   versions as well?
 . How much VM do you have on that system, if memory consumption can
   be 200+ GB?  And what is the memory footprint of Emacs in those
   cases?
 . How many LSP servers could you have simultaneously in your
   sessions?
 . Can you rebuild Emacs without --with-wide-int, with -O2 instead of
   -O3, and without all the -fSOMETHING and -fno-SOMETHING switches,
   and see if the problem goes away (or maybe you already did that --
   if so, please show the updated build information)

Previous Next

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