From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#71744: 29.4; SIGSEGV during completion-at-point in lsp-mode with corfu and cape Date: Mon, 24 Jun 2024 15:28:23 +0300 Message-ID: <86r0cmbk48.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8292"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71744@debbugs.gnu.org To: Matthew Rothlisberger Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jun 24 14:29:20 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sLiox-0001sw-4o for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Jun 2024 14:29:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sLiog-0002Cx-Jx; Mon, 24 Jun 2024 08:29:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sLiof-0002Cc-4L for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2024 08:29:01 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sLioe-0002wC-Sl for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2024 08:29:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sLiof-0001Gz-Ko for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2024 08:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Jun 2024 12:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71744 X-GNU-PR-Package: emacs Original-Received: via spool by 71744-submit@debbugs.gnu.org id=B71744.17192321194850 (code B ref 71744); Mon, 24 Jun 2024 12:29:01 +0000 Original-Received: (at 71744) by debbugs.gnu.org; 24 Jun 2024 12:28:39 +0000 Original-Received: from localhost ([127.0.0.1]:55423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sLioI-0001G8-9o for submit@debbugs.gnu.org; Mon, 24 Jun 2024 08:28:38 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:53430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sLioF-0001Fn-88 for 71744@debbugs.gnu.org; Mon, 24 Jun 2024 08:28:36 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sLio7-0002tL-Vq; Mon, 24 Jun 2024 08:28:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=e3w+tO04nAWkuypIXgA+S4lzIZSXtOj2ddQX4Byg9Os=; b=J5EMinSxLLuG 507z6yN0gYHDOPROhNCSDORSd7G2VDO5njEWxwDeg6PskxYe7W3rTAlt+LzG2+SS9mOp7prtkhkPD Wjo7uX0VOJpbHtpQ+CX3w6YoM0990H1VYxxwc81loTyFk29uwT4r7bKo+tuqzxivIEbSNqmXrk2cr yBOPCdLpXp8Qhg8XbkmAuPrt0wi5ykdfTZVZonxH9/4Av4HVYRdV2g+ubaYc0eFIag8zDp77tN0d3 4fQkJYh3YTHA8e88FYJe69OAmC3wAqR2Ca8ZB664M0+GM74ojB00NSrcQynRVf285E0Dt2JA3VAfs areGTsN+/GTc1+XPS1Nnig==; In-Reply-To: (message from Matthew Rothlisberger on Sun, 23 Jun 2024 17:16:57 -0400) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:287832 Archived-At: > From: Matthew Rothlisberger > Date: Sun, 23 Jun 2024 17:16:57 -0400 > > Since updating to 29.4, my Emacs has suffered segmentation faults when I attempt my usual Rust > programming workflow. > > The crash occurs during live update of a Corfu completion window in a buffer containing Rust code, with > lsp-mode enabled and connected to rust-analyzer. > > When I first triggered the bug, quick inputs (like rolling a finger from key to key) which changed the current > completion list, would cause the crash. > > With my minimal configuration, the most effective reproduction is to trigger completion on a pair of characters, > for which different completions appear if their order is swapped, then transpose them until the crash occurs. > > The crash seems to only happen when the cape-capf-buster function from Cape is installed to refresh the > completion candidates. > > I did not succeed in reproducing this issue with the clangd LSP backend. > > I know that this is a bug in Emacs because it occurs in 29.4 and not in 29.3, with no changes to any other > piece of the system. A cursory check indicates no issue on dev version 31.0.50.173746. > > Thank you for reading. See below for specific information. Thanks, but we need a full GDB backtrace in order to investigate this, since your use case involves a lot of moving parts that are not part of Emacs. > * Output from coredumpctl gdb > (gdb) bt full > #0 0x00007a516d01fe44 in ?? () from /usr/lib/libc.so.6 > No symbol table info available. > #1 0x00007a516cfc7a30 in raise () from /usr/lib/libc.so.6 > No symbol table info available. > #2 0x0000588eed79a982 in ?? () > No symbol table info available. > #3 0x0000588eed79b75a in ?? () > No symbol table info available. > #4 0x0000588eeda4a545 in ?? () > No symbol table info available. > #5 > No symbol table info available. > #6 0x0000588eed99a22b in ?? () > No symbol table info available. > #7 0x0000588eed8ef5f1 in ?? () > No symbol table info available. > ... (and so on for dozens of lines (this is the case even with debuginfo loaded)) How many dozens? Could it indicate some kind of infinite recursion (followed by C stack overflow)? Anyway, please run Emacs under GDB, and show the backtrace produced by GDB. I'm guessing your Emacs binary is stripped of debug symbols (thus the ?? question marks instead of function names), in which case please rebuild Emacs with debug info and don't strip it. > (gdb) xbacktrace > Undefined command: "xbacktrace". Try "help". "xbacktrace" is defined by src/.gdbinit in the Emacs source tree. If you don't have the sources, you can download them from the nearest GNU FTP site. Thanks.