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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: admin <at> sonictk.com
Cc: 78846 <at> debbugs.gnu.org
Subject: bug#78846: Emacs hangs non-deterministically when eglot and clangd are used
Date: Sat, 19 Jul 2025 10:13:47 +0300

Ping! Could you please answer my questions below?

> Cc: 78846 <at> debbugs.gnu.org
> Date: Mon, 07 Jul 2025 17:11:16 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > 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.