GNU bug report logs - #72025
SEGFAULT when using corfu and lsp-mode with clangd

Previous Next

Package: emacs;

Reported by: Ravi D'Elia <ravijdelia <at> gmail.com>

Date: Wed, 10 Jul 2024 02:20:03 UTC

Severity: normal

Tags: unreproducible

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: ravijdelia <at> gmail.com, 72025 <at> debbugs.gnu.org
Subject: bug#72025: SEGFAULT when using corfu and lsp-mode with clangd
Date: Wed, 10 Jul 2024 14:57:23 +0300
> Cc: 72025 <at> debbugs.gnu.org
> From: Andrea Corallo <acorallo <at> gnu.org>
> Date: Wed, 10 Jul 2024 04:06:02 -0400
> 
> Ravi D'Elia <ravijdelia <at> gmail.com> writes:
> 
> > At unpredictable times while editing c++ files, emacs will segfault.
> > I haven't been able to reproduce without lsp-mode, but with how
> > unpredictable this is I don't think that necessarily means much.
> > The problem exists with and without native compilation- this
> > report assumes without.
> >
> > STEPS TO REPRODUCE:
> > - Let '~/minimal' contain the attached init file
> > - Start emacs with 'emacs --init-directory ~/minimal'
> > - Open a c++ file
> > - Edit it, taking care to type quickly and go back to edit within
> >   words. I can usually get a crash within 10 minutes, but I haven't
> >   been able to iterate enough to figure out exactly what is
> >   happening. It's always while typing though, I think in response
> >   to a keydown.
> >
> > Attached is the init file I used to reproduce this, and the backtrace.
> > I had issues with the .gdbinit, which I will hopefully address when
> > I get back from vacation.
> >
> 
> Hi Ravi,
> 
> thanks for reporting, how did you produce the stack trace?  I ask
> because without function names in it is not very useful.
> 
> Here we have some information on how to process backtraces when Emacs
> crashes [1] and here [2] some info on how to run Emacs under gdb (and
> produce the backtrace there).
> 
> Probably debugging Emacs under gdb would be the best option here.

I think he already ran Emacs from GDB, but his Emacs is stripped of
debugging symbols, so GDB couldn't display anything useful.  So the
procedures you mention will not help.  What _would_ help is rebuilding
Emacs with debug info, or downloading the debug info from the distro
where you got the Emacs binaries.




This bug report was last modified 1 year and 7 days ago.

Previous Next


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