Received: (at submit) by debbugs.gnu.org; 19 Jan 2025 13:01:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 19 08:01:18 2025 Received: from localhost ([127.0.0.1]:45239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZUvV-0005OM-RV for submit <at> debbugs.gnu.org; Sun, 19 Jan 2025 08:01:18 -0500 Received: from lists.gnu.org ([2001:470:142::17]:39398) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tZUvG-0005Ml-TB for submit <at> debbugs.gnu.org; Sun, 19 Jan 2025 08:01:03 -0500 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 <eliz@HIDDEN>) id 1tZUv2-0002rp-PB for bug-gnu-emacs@HIDDEN; Sun, 19 Jan 2025 08:00:55 -0500 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 <eliz@HIDDEN>) id 1tZUv1-00011C-Qq; Sun, 19 Jan 2025 08:00:48 -0500 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=OH1ptZhE46KpFmf1sgNHk2Pw8mKr41de8gRLv7LM9a8=; b=ebyD8s0Pv34F 6jHf+x2Z4D3wEbMX64Y3FhDEvv1YQBPsAnDyUZcgpZKom3bjU+YvGLLbZstoAu9omY65uicNWxtlz PbQYERv1qKHYQcrtMT3GJpjmwOktDS28s9szzHiSlVXsXxV7BCv1DpH6yj2Q+m2jKq5Vr9nw4hQu7 msWJRHttBoVOUweTpV3CWzJJO17oJkSC3f78+/5aTRDImO8mNi6JnpsN9GRIwXiyrWieByf2WlPk1 KAXFM+IIzQnFZe6Z0eoWkJakgbj3+7/mnxVq8rSjBPNQItazGXYTyqwRr0yK+q67DRbb+8cqfflnv Jcwm30y15Xp1/5bgJHHyTA==; Date: Sun, 19 Jan 2025 15:00:31 +0200 Message-Id: <86sepf6jrk.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <87o704coov.fsf@HIDDEN> (message from Pip Cet on Sat, 18 Jan 2025 12:05:38 +0000) Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <87y0z8e56c.fsf@HIDDEN> <87o704coov.fsf@HIDDEN> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: submit Cc: 75599 <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN, oliver.reiter@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) tags 75599 unreproducible close 75599 thanks > Date: Sat, 18 Jan 2025 12:05:38 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: bug-gnu-emacs@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 75599 <at> debbugs.gnu.org > > "Oliver Reiter" <oliver.reiter@HIDDEN> writes: > > > Thanks for taking the time to respond to my report. Unfortunately, I > > accidentally closed the session before saving the core dump... > > That happens to me all the time. Thanks for reporting, in any case, and > we'll look into improving debugging of such crashes. > > I think we can close this as unresolvable. Done.
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 75599) by debbugs.gnu.org; 19 Jan 2025 13:00:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 19 08:00:57 2025 Received: from localhost ([127.0.0.1]:45230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZUvA-0005Mk-JE for submit <at> debbugs.gnu.org; Sun, 19 Jan 2025 08:00:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36720) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tZUv7-0005MQ-Pf; Sun, 19 Jan 2025 08:00:54 -0500 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 <eliz@HIDDEN>) id 1tZUv1-00011C-Qq; Sun, 19 Jan 2025 08:00:48 -0500 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=OH1ptZhE46KpFmf1sgNHk2Pw8mKr41de8gRLv7LM9a8=; b=ebyD8s0Pv34F 6jHf+x2Z4D3wEbMX64Y3FhDEvv1YQBPsAnDyUZcgpZKom3bjU+YvGLLbZstoAu9omY65uicNWxtlz PbQYERv1qKHYQcrtMT3GJpjmwOktDS28s9szzHiSlVXsXxV7BCv1DpH6yj2Q+m2jKq5Vr9nw4hQu7 msWJRHttBoVOUweTpV3CWzJJO17oJkSC3f78+/5aTRDImO8mNi6JnpsN9GRIwXiyrWieByf2WlPk1 KAXFM+IIzQnFZe6Z0eoWkJakgbj3+7/mnxVq8rSjBPNQItazGXYTyqwRr0yK+q67DRbb+8cqfflnv Jcwm30y15Xp1/5bgJHHyTA==; Date: Sun, 19 Jan 2025 15:00:31 +0200 Message-Id: <86sepf6jrk.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <87o704coov.fsf@HIDDEN> (message from Pip Cet on Sat, 18 Jan 2025 12:05:38 +0000) Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <87y0z8e56c.fsf@HIDDEN> <87o704coov.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75599 Cc: 75599 <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN, oliver.reiter@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) tags 75599 unreproducible close 75599 thanks > Date: Sat, 18 Jan 2025 12:05:38 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: bug-gnu-emacs@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 75599 <at> debbugs.gnu.org > > "Oliver Reiter" <oliver.reiter@HIDDEN> writes: > > > Thanks for taking the time to respond to my report. Unfortunately, I > > accidentally closed the session before saving the core dump... > > That happens to me all the time. Thanks for reporting, in any case, and > we'll look into improving debugging of such crashes. > > I think we can close this as unresolvable. Done.
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 14:39:57 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 09:39:57 2025 Received: from localhost ([127.0.0.1]:40837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ9zQ-00034P-Hx for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 09:39:56 -0500 Received: from mail-40134.protonmail.ch ([185.70.40.134]:24313) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <pipcet@HIDDEN>) id 1tZ9zN-00034A-K1 for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 09:39:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1737211186; x=1737470386; bh=bMMKumhezzTIn6i6FgXnXWJPNBb9JMBEGBytvE2gzcM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=nrlNpYVS3ABBzRBqiP+A8IHq3ng+Ag1AiU0QJ+oyMwOJkOVDjIDp/riMsoES6TUA5 4DwL0PtMlDNb9eeMGoE9R6VTUWGpncOuR8Ecc6R15rUHUEf7jBh7Pg2kCsVyU3FegP +Z7rC7jqHBvUifwUuF9x7n0SG8cgTwTwIAEbJ7fDDACuDagW4bd4ZPD5nbB1Fw+r5V NeVxs5DujdYu2zmM3VcSwI5I9TLZ13lpGuu2t55DxHewooDSFgamzCn5Y817WURrxc DfeU7TpjoNUYNKsYKXgCsfX3CAMyYl2HkH35puVzhNMeucPbI54E2eM7zpmYl4dU61 WXglMJ7DHJzTg== Date: Sat, 18 Jan 2025 14:39:42 +0000 To: Eli Zaretskii <eliz@HIDDEN> From: Pip Cet <pipcet@HIDDEN> Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL Message-ID: <871px0chk2.fsf@HIDDEN> In-Reply-To: <86msfo9ugl.fsf@HIDDEN> References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <86frlgd0ay.fsf@HIDDEN> <87zfjocpj5.fsf@HIDDEN> <86msfo9ugl.fsf@HIDDEN> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: c5c2e3f3c9e74e39c04a99b416d006f2d4a9094d MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75599 Cc: oliver.reiter@HIDDEN, 75599 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) "Eli Zaretskii" <eliz@HIDDEN> writes: >> Date: Sat, 18 Jan 2025 11:47:27 +0000 >> From: Pip Cet <pipcet@HIDDEN> >> Cc: 75599 <at> debbugs.gnu.org, oliver.reiter@HIDDEN >> >> "Eli Zaretskii" <eliz@HIDDEN> writes: >> >> > I seldom use 'find', and core dumps even more seldom, but shouldn't >> > GDB be able to search memory of the debuggee regardless of whether it >> > came from the core file or from a live process? Or am I >> > misunderstanding the question? >> >> I don't know how to search "all" process memory with GDB. That's the >> problem. > > Is the problem to know what are the START_ADDR and END_ADDR arguments > to the 'find' command? Yes. > If so, do the variables set by firstfile.c and lastfile.c help? No, not at all. This is about MPS-managed memory, not the static Emacs data. About firstfile.o and lastfile.o: If you think firstfile.c and lastfile.c are still useful, please speak up so we can revert their removal on scratch/no-purespace! I ended up restoring them on my local tree because I like section tricks, and those need to know where the sections are; but my understanding is introducing section tricks to Emacs would be a major change, and reintroducing those two files would be such a tiny part of that change that we can safely delay it. For context, one example of section tricks would be to put some static Lisp data, including the globals, in a special section which is then scanned by the GC; that would help performance in some ways (make staticpro a nop, reduce usage of staticvec, protect all variables). CCing Stefan Kangas because he pushed the firstfile/lastfile removal. Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 12:29:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 07:29:09 2025 Received: from localhost ([127.0.0.1]:40651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ7wr-0002TG-3i for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:29:09 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46698) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tZ7wo-0002Sj-EJ for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:29:07 -0500 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 <eliz@HIDDEN>) id 1tZ7wi-0001uP-Vx; Sat, 18 Jan 2025 07:29:01 -0500 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=GsLJt7tQyA6/7PncruAgN+C8y2EUpvkgis/24gqQxOY=; b=qpRA3CmbU0b6 ihSFX0ijhxRd5/QUIBCC2dwE6HloT1skUSY3iFC+3+Z8PiLbhOQkIeHwpqKfuvyGG/6SmFr7e20wT mglOT9FOXjjIMISEHPCYb8KKaZTLr7SX50sRAqnMvrff8s1glr1zqXnBezHGi3DkMl7nW770+yUVI BgPQNJjFq6XQW64WlggNDR5bavA81GKaJP6oUIeij1RGub0w14YHJZ8EJlFTP8r2/+wbTIYSlBFet apuYr9xkLKqMLcIPIJN0E3CCtY97bic3lrACO5Pj6U5t6LKkGJtCsC5l2t5wGWvL2kq1vDPcmx/9G gVyAf6CRdn2xycb3+vL9dA==; Date: Sat, 18 Jan 2025 14:28:58 +0200 Message-Id: <86msfo9ugl.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <87zfjocpj5.fsf@HIDDEN> (message from Pip Cet on Sat, 18 Jan 2025 11:47:27 +0000) Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <86frlgd0ay.fsf@HIDDEN> <87zfjocpj5.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75599 Cc: oliver.reiter@HIDDEN, 75599 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Date: Sat, 18 Jan 2025 11:47:27 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: 75599 <at> debbugs.gnu.org, oliver.reiter@HIDDEN > > "Eli Zaretskii" <eliz@HIDDEN> writes: > > > I seldom use 'find', and core dumps even more seldom, but shouldn't > > GDB be able to search memory of the debuggee regardless of whether it > > came from the core file or from a live process? Or am I > > misunderstanding the question? > > I don't know how to search "all" process memory with GDB. That's the > problem. Is the problem to know what are the START_ADDR and END_ADDR arguments to the 'find' command? If so, do the variables set by firstfile.c and lastfile.c help?
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 12:06:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 07:06:08 2025 Received: from localhost ([127.0.0.1]:40606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ7aZ-0001So-SN for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:06:08 -0500 Received: from mail-10630.protonmail.ch ([79.135.106.30]:31671) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <pipcet@HIDDEN>) id 1tZ7aJ-0001Rk-Ic for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:05:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1737201944; x=1737461144; bh=839OFjTgbbCWxVOb9GvmKcOGtL3IQ8K2qG3x9FkstrE=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=AcgqLwP4zZ6TRDh/aFV9xH1KV0ufa/NklRPow91wS8pznXm+NEwzVCI0KBNXJVG+j EgPnojTbOePVYqX1FkwVDZ5N+nWfeLAGhUXcBz6td4y1I/RjCkT1taar5JNyszCNuE 7T6lWl173NWyzJSrSgLZhA2S+CaVgB2rQ1xemNUsyzv2/VgwxIYAvH2fGs875rJdkd Pqzlri3rsnPSJxiHtDB6xZS7bHi/tlz3WHMH7ECWa0gVFt8igG8GRyfGS+wGTD6hO2 DrVCD0KELoB/xTt7R7w4B6RJHRT18eQxUKiGmAvdgwd+zN+sy1jdeK+n9bJoN3URVK 3jDcUC3K+dceg== Date: Sat, 18 Jan 2025 12:05:38 +0000 To: Oliver Reiter <oliver.reiter@HIDDEN> From: Pip Cet <pipcet@HIDDEN> Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL Message-ID: <87o704coov.fsf@HIDDEN> In-Reply-To: <87y0z8e56c.fsf@HIDDEN> References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <87y0z8e56c.fsf@HIDDEN> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: cecff3d5d7c85ff5228e37faddaf096afd15b696 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75599 Cc: bug-gnu-emacs@HIDDEN, 75599 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) "Oliver Reiter" <oliver.reiter@HIDDEN> writes: > Thanks for taking the time to respond to my report. Unfortunately, I > accidentally closed the session before saving the core dump... That happens to me all the time. Thanks for reporting, in any case, and we'll look into improving debugging of such crashes. I think we can close this as unresolvable. Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 18 Jan 2025 12:06:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 07:06:08 2025 Received: from localhost ([127.0.0.1]:40608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ7aa-0001Sq-AD for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:06:08 -0500 Received: from lists.gnu.org ([2001:470:142::17]:54316) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <pipcet@HIDDEN>) id 1tZ7aO-0001Rr-6d for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 07:05:56 -0500 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 <pipcet@HIDDEN>) id 1tZ7aI-0002Ju-De for bug-gnu-emacs@HIDDEN; Sat, 18 Jan 2025 07:05:50 -0500 Received: from mail-10631.protonmail.ch ([79.135.106.31]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <pipcet@HIDDEN>) id 1tZ7aG-000700-At for bug-gnu-emacs@HIDDEN; Sat, 18 Jan 2025 07:05:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1737201944; x=1737461144; bh=839OFjTgbbCWxVOb9GvmKcOGtL3IQ8K2qG3x9FkstrE=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=AcgqLwP4zZ6TRDh/aFV9xH1KV0ufa/NklRPow91wS8pznXm+NEwzVCI0KBNXJVG+j EgPnojTbOePVYqX1FkwVDZ5N+nWfeLAGhUXcBz6td4y1I/RjCkT1taar5JNyszCNuE 7T6lWl173NWyzJSrSgLZhA2S+CaVgB2rQ1xemNUsyzv2/VgwxIYAvH2fGs875rJdkd Pqzlri3rsnPSJxiHtDB6xZS7bHi/tlz3WHMH7ECWa0gVFt8igG8GRyfGS+wGTD6hO2 DrVCD0KELoB/xTt7R7w4B6RJHRT18eQxUKiGmAvdgwd+zN+sy1jdeK+n9bJoN3URVK 3jDcUC3K+dceg== Date: Sat, 18 Jan 2025 12:05:38 +0000 To: Oliver Reiter <oliver.reiter@HIDDEN> From: Pip Cet <pipcet@HIDDEN> Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL Message-ID: <87o704coov.fsf@HIDDEN> In-Reply-To: <87y0z8e56c.fsf@HIDDEN> References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <87y0z8e56c.fsf@HIDDEN> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: cecff3d5d7c85ff5228e37faddaf096afd15b696 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=79.135.106.31; envelope-from=pipcet@HIDDEN; helo=mail-10631.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@HIDDEN, 75599 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) "Oliver Reiter" <oliver.reiter@HIDDEN> writes: > Thanks for taking the time to respond to my report. Unfortunately, I > accidentally closed the session before saving the core dump... That happens to me all the time. Thanks for reporting, in any case, and we'll look into improving debugging of such crashes. I think we can close this as unresolvable. Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 11:47:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 06:47:42 2025 Received: from localhost ([127.0.0.1]:40554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ7Ij-0000a5-LV for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:47:42 -0500 Received: from mail-40131.protonmail.ch ([185.70.40.131]:35449) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <pipcet@HIDDEN>) id 1tZ7Ih-0000Zm-1W for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:47:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1737200852; x=1737460052; bh=u9GLUe/XlvKcgUwoS0VaovpSymRt75muqnucvVPv2Ek=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=HWNr86HHhVLvm2y+i0I52hGyf2KOMG/NskgpjPv96b5mBe9/+S7rFXHuZQQ4ENo+g PXYZULu8fj6WYs3Ih8Ryb8hYq5FlUGd61TRw2/aMEhAXtjftWt+lW8vCKDjunE1NM/ +DMJ1iMtKsvpOCMg3k4zgEYhs4JYSbTsCpZhLHFLp8a0ToNI5/BAI4LqZNA7u0fzel gUUoOw3O28CJHVnr3gU1ZWmoKXYnOc02uPJUhUEIauJRwA8PqtLccz6Dv95xrB3E5Z m9sG4n0nMLA/QE3ZIniIhzA4huzLzI3CW/aCS5kmTn8rtWZNcPGgNocEoeWjVJDgvE oZGb+BFIP3NGw== Date: Sat, 18 Jan 2025 11:47:27 +0000 To: Eli Zaretskii <eliz@HIDDEN> From: Pip Cet <pipcet@HIDDEN> Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL Message-ID: <87zfjocpj5.fsf@HIDDEN> In-Reply-To: <86frlgd0ay.fsf@HIDDEN> References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> <86frlgd0ay.fsf@HIDDEN> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 8c15f5e295bed64fb6edf899c615d314e74830b9 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 75599 Cc: oliver.reiter@HIDDEN, 75599 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.8 (--) "Eli Zaretskii" <eliz@HIDDEN> writes: >> Date: Sat, 18 Jan 2025 02:11:51 +0000 >> From: Pip Cet <pipcet@HIDDEN> >> Cc: 75599 <at> debbugs.gnu.org, Oliver Reiter <oliver.reiter@HIDDEN> >> >> General GDB question (CCing Eli because he knows much more than I do >> about GDB): is there some way to run "find", but have it search all the >> memory ranges that are present in the relevant core dump? > > I seldom use 'find', and core dumps even more seldom, but shouldn't > GDB be able to search memory of the debuggee regardless of whether it > came from the core file or from a live process? Or am I > misunderstanding the question? I don't know how to search "all" process memory with GDB. That's the problem. I can do it with objdump and a script, but that's too ugly to go into our .gdbinit: define xfindrefs gcore core.tmp shell objdump -h core.tmp | egrep '^[0-9]' | while read N NAME SIZE START= REST; do if [ "$((0x$SIZE))" !=3D 0 ]; then echo "find 0x$START,0x$START += 0x$SIZE,\$needle"; fi; done > find.tmp p $needle =3D $arg0 shell echo > results.tmp set logging file results.tmp set logging enabled on set logging redirect on source find.tmp set logging enabled off shell grep '^0x' results.tmp | sed -e 's/ .*//g' | sed -e 's/^/x\/32gx /g= ' | sed -e 's/$/ - 128/g' > find2.tmp source find2.tmp end >> Or, at least, find out which ranges are present? I know "objdump -h" >> provides that information, but it's not the most friendly of formats. >> >> I've usually just resorted to inspecting the core dump in hexl mode for >> that, but that's hardly ideal. It would be helpful in this case because >> I don't have (or want) access to the core dump file produced by someone >> else's Emacs session. > > If the problem is access to someone else's core file, then why cannot > you give instructions for how to search? I have. The problem is they're a bit unwieldy. I'd prefer to say "xfindrefs 0x7fffb88e48e8", which will output the right data, but create temporary files. I've tried hacking igc.c so it can walk the pools and find references to a specified object. That works, but it seems MPS isn't very good about entering the postmortem state when a scan function crashes. So no luck in such cases, which would include this one (of course there's no way to replace the C code and inspect the memory in the GDB session / coredump). Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 11:24:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 06:24:07 2025
Received: from localhost ([127.0.0.1]:40473 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tZ6vv-0004p3-71
for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:24:07 -0500
Received: from mail.snapdragon.cc ([51.79.228.117]:48196)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <oliver.reiter@HIDDEN>)
id 1tZ6vs-0004ob-7o
for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:24:05 -0500
From: Oliver Reiter <oliver.reiter@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snapdragon.cc;
s=default; t=1737199440;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
in-reply-to:in-reply-to:references:references;
bh=XAj3a00mUoV0H3vlfVlnwaEwD3kEqKjdAvFpOH0D1hU=;
b=X3uCwiIrcqREaF9lRCZYsY71bnI6Owlbgm2z7cMOeGHSUcC+N/31sOpW3glzlK572hMi1k
ZPLWEgh3oa8Z4G3I5yK3uNrqXOwM8ilPafKJwW2EPqXdwlfHhD1CXUSRnjgfgk5hAIhc7N
ao9o5kW5piZGlaKz33EdiIsAcc5Fm+w=
To: Pip Cet <pipcet@HIDDEN>
Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after
opening file and REPL
In-Reply-To: <87jzaseuqx.fsf@HIDDEN> (Pip Cet's message of "Sat, 18
Jan 2025 02:11:51 +0000")
References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN>
Date: Sat, 18 Jan 2025 12:23:55 +0100
Message-ID: <87y0z8e56c.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 75599
Cc: bug-gnu-emacs@HIDDEN, 75599 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--=-=-=
Content-Type: text/plain
Content-Disposition: inline
Pip Cet <pipcet@HIDDEN> writes:
> "Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\"" <bug-gnu-emacs@HIDDEN> writes:
>
>> Dear all,
>>
>> I hit this crash today after opening a .jl (julia-mode) file and
>> starting a REPL. I am using a Doom Emacs configuration.
>
> Thanks for the report! I'm not familiar with julia-mode or Doom Emacs,
> but I'll have a look to see whether there's any obviously unusual stuff
> they do.
>
>> I built emacs with commit 92ccf1c7539fe00ec04be6bc1603b649db560c37
>> yesterday. I have the gdb session still open, if any further infos are
>> needed.
>
> In cases like this one, it's always a good idea to generate a core dump
> from within GDB. That way, there's still a chance to debug things if
> the GDB session is closed or you do something irreversible from GDB.
>
> The relevant GDB command is "gcore". Please also ensure to preserve a
> copy of the "emacs" executable that generated the core file, as the core
> file will be much less useful without that.
>
Thanks for taking the time to respond to my report. Unfortunately, I
accidentally closed the session before saving the core dump...
>> Also, in the gdb session I see quite a lot of messages like this:
>>
>> warning: Corrupted shared library list: 0x5555571e2550 != 0x555557202ed0
>>
>> Should this too be investigated?
>
> That sounds like a GDB bug. While the GDB bug tracker is currently a
> bit of a graveyard, it's still a good idea to report such bugs.
>
I guess this has something to do with Arch Linux, which pulls in debug
info on the fly. I'll investigate and report elsewhere.
>> Here is the backtrace:
>>
>> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
>>
>> buffer.c:579: Emacs fatal error: assertion failed: size > 0
>>
>> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
>> 432 {
>> (gdb) bt
>> #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
>> #1 0x000055555579e5df in set_state (state=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:975
>> #2 0x00005555557934a2 in igc_assert_fail (file=<optimized out>, line=<optimized out>, msg=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:276
>> #3 0x00005555558333ec in BufferFill ()
>> #4 0x0000555555868e20 in amcSegFix ()
>> #5 0x0000555555802d6d in _mps_fix2 ()
>> #6 0x000055555579bfda in fix_raw (ss=ss@entry=0x7fffffff5958, p=p@entry=0x7fffffff57d0) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1145
>> #7 0x000055555579c0a3 in fix_string (ss=ss@entry=0x7fffffff5958, s=s@entry=0x7fffb88e48e8) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1738
>> #8 0x00005555557a05e0 in dflt_scan_obj (ss=ss@entry=0x7fffffff5958, base_start=base_start@entry=0x7fffb88e48e8, base_limit=base_limit@entry=0x7fffb88e6000, closure=closure@entry=0x0)
>> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2005
>> #9 0x00005555557a0793 in dflt_scanx (ss=ss@entry=0x7fffffff5958, base_start=<optimized out>, base_limit=0x7fffb88e6000, closure=closure@entry=0x0)
>> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2072
>> #10 0x00005555557a07cf in dflt_scan (ss=0x7fffffff5958, base_start=<optimized out>, base_limit=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:2083
>
> This is a common symptom of resurrecting an untraced object whose memory
> has been freed. In this case, it's a string, but we don't know which
> other object referred to it, and how it managed to slip the reference
> past MPS.
>
> What might help us is to look at that string, but it is the string data
> which was overwritten, which is unfortunate.
>
> I've toyed with the idea of modifying igc.c so it's possible to get an
> explicit view of the heap for debugging for a while. Maybe it's time to
> do that.
>
> Is this bug at all reproducible? Further crash reports might help, or I
> could modify the igc.c code and we could gather more information.
I'll try and report back. I just started emacs, opened the file and
started a REPL.
>
> If it isn't, we should try inspecting the core dump.
>
> General GDB question (CCing Eli because he knows much more than I do
> about GDB): is there some way to run "find", but have it search all the
> memory ranges that are present in the relevant core dump?
>
> Or, at least, find out which ranges are present? I know "objdump -h"
> provides that information, but it's not the most friendly of formats.
>
> I've usually just resorted to inspecting the core dump in hexl mode for
> that, but that's hardly ideal. It would be helpful in this case because
> I don't have (or want) access to the core dump file produced by someone
> else's Emacs session.
>
> If there isn't, we'll have to use objdump:
>
> After dumping core (but don't quit the GDB session yet, just generate a
> core file and save it somewhere :-) ), please run this in bash:
>
> objdump -h <PATH_TO_COREFILE> | egrep '^[0-9]' | while read N NAME SIZE START REST; do echo "find 0x$START,0x$START + 0x$SIZE,0x7fffb88e48e8"; done
>
> This produces a number of gdb commands, which you can paste into the
> (live) GDB session. Most of them will say "Pattern not found.", but
> there's a chance some will also output an address. For such addresses,
> please run
>
> x/32gx <ADDRESS> - 128
>
> (note the offset -128 is important, because we need to see the object's
> header)
>
> This should allow us to find the object which referred to the string,
> and maybe that helps.
>
> Thanks!
> Pip
Thank you!
Oliver
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 18 Jan 2025 11:24:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 06:24:20 2025
Received: from localhost ([127.0.0.1]:40476 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tZ6w7-0004pd-SO
for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:24:20 -0500
Received: from lists.gnu.org ([2001:470:142::17]:58448)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <oliver.reiter@HIDDEN>)
id 1tZ6w5-0004pL-6B
for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 06:24:18 -0500
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 <oliver.reiter@HIDDEN>)
id 1tZ6vz-0000lW-FY
for bug-gnu-emacs@HIDDEN; Sat, 18 Jan 2025 06:24:11 -0500
Received: from mail.snapdragon.cc ([2402:1f00:8001:f75::2])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <oliver.reiter@HIDDEN>)
id 1tZ6vx-0000QL-Cm; Sat, 18 Jan 2025 06:24:11 -0500
From: Oliver Reiter <oliver.reiter@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snapdragon.cc;
s=default; t=1737199440;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
in-reply-to:in-reply-to:references:references;
bh=XAj3a00mUoV0H3vlfVlnwaEwD3kEqKjdAvFpOH0D1hU=;
b=X3uCwiIrcqREaF9lRCZYsY71bnI6Owlbgm2z7cMOeGHSUcC+N/31sOpW3glzlK572hMi1k
ZPLWEgh3oa8Z4G3I5yK3uNrqXOwM8ilPafKJwW2EPqXdwlfHhD1CXUSRnjgfgk5hAIhc7N
ao9o5kW5piZGlaKz33EdiIsAcc5Fm+w=
To: Pip Cet <pipcet@HIDDEN>
Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after
opening file and REPL
In-Reply-To: <87jzaseuqx.fsf@HIDDEN> (Pip Cet's message of "Sat, 18
Jan 2025 02:11:51 +0000")
References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN>
Date: Sat, 18 Jan 2025 12:23:55 +0100
Message-ID: <87y0z8e56c.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=2402:1f00:8001:f75::2;
envelope-from=oliver.reiter@HIDDEN; helo=mail.snapdragon.cc
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
X-Debbugs-Envelope-To: submit
Cc: bug-gnu-emacs@HIDDEN, 75599 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.1 (/)
--=-=-=
Content-Type: text/plain
Content-Disposition: inline
Pip Cet <pipcet@HIDDEN> writes:
> "Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\"" <bug-gnu-emacs@HIDDEN> writes:
>
>> Dear all,
>>
>> I hit this crash today after opening a .jl (julia-mode) file and
>> starting a REPL. I am using a Doom Emacs configuration.
>
> Thanks for the report! I'm not familiar with julia-mode or Doom Emacs,
> but I'll have a look to see whether there's any obviously unusual stuff
> they do.
>
>> I built emacs with commit 92ccf1c7539fe00ec04be6bc1603b649db560c37
>> yesterday. I have the gdb session still open, if any further infos are
>> needed.
>
> In cases like this one, it's always a good idea to generate a core dump
> from within GDB. That way, there's still a chance to debug things if
> the GDB session is closed or you do something irreversible from GDB.
>
> The relevant GDB command is "gcore". Please also ensure to preserve a
> copy of the "emacs" executable that generated the core file, as the core
> file will be much less useful without that.
>
Thanks for taking the time to respond to my report. Unfortunately, I
accidentally closed the session before saving the core dump...
>> Also, in the gdb session I see quite a lot of messages like this:
>>
>> warning: Corrupted shared library list: 0x5555571e2550 != 0x555557202ed0
>>
>> Should this too be investigated?
>
> That sounds like a GDB bug. While the GDB bug tracker is currently a
> bit of a graveyard, it's still a good idea to report such bugs.
>
I guess this has something to do with Arch Linux, which pulls in debug
info on the fly. I'll investigate and report elsewhere.
>> Here is the backtrace:
>>
>> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
>>
>> buffer.c:579: Emacs fatal error: assertion failed: size > 0
>>
>> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
>> 432 {
>> (gdb) bt
>> #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
>> #1 0x000055555579e5df in set_state (state=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:975
>> #2 0x00005555557934a2 in igc_assert_fail (file=<optimized out>, line=<optimized out>, msg=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:276
>> #3 0x00005555558333ec in BufferFill ()
>> #4 0x0000555555868e20 in amcSegFix ()
>> #5 0x0000555555802d6d in _mps_fix2 ()
>> #6 0x000055555579bfda in fix_raw (ss=ss@entry=0x7fffffff5958, p=p@entry=0x7fffffff57d0) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1145
>> #7 0x000055555579c0a3 in fix_string (ss=ss@entry=0x7fffffff5958, s=s@entry=0x7fffb88e48e8) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1738
>> #8 0x00005555557a05e0 in dflt_scan_obj (ss=ss@entry=0x7fffffff5958, base_start=base_start@entry=0x7fffb88e48e8, base_limit=base_limit@entry=0x7fffb88e6000, closure=closure@entry=0x0)
>> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2005
>> #9 0x00005555557a0793 in dflt_scanx (ss=ss@entry=0x7fffffff5958, base_start=<optimized out>, base_limit=0x7fffb88e6000, closure=closure@entry=0x0)
>> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2072
>> #10 0x00005555557a07cf in dflt_scan (ss=0x7fffffff5958, base_start=<optimized out>, base_limit=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:2083
>
> This is a common symptom of resurrecting an untraced object whose memory
> has been freed. In this case, it's a string, but we don't know which
> other object referred to it, and how it managed to slip the reference
> past MPS.
>
> What might help us is to look at that string, but it is the string data
> which was overwritten, which is unfortunate.
>
> I've toyed with the idea of modifying igc.c so it's possible to get an
> explicit view of the heap for debugging for a while. Maybe it's time to
> do that.
>
> Is this bug at all reproducible? Further crash reports might help, or I
> could modify the igc.c code and we could gather more information.
I'll try and report back. I just started emacs, opened the file and
started a REPL.
>
> If it isn't, we should try inspecting the core dump.
>
> General GDB question (CCing Eli because he knows much more than I do
> about GDB): is there some way to run "find", but have it search all the
> memory ranges that are present in the relevant core dump?
>
> Or, at least, find out which ranges are present? I know "objdump -h"
> provides that information, but it's not the most friendly of formats.
>
> I've usually just resorted to inspecting the core dump in hexl mode for
> that, but that's hardly ideal. It would be helpful in this case because
> I don't have (or want) access to the core dump file produced by someone
> else's Emacs session.
>
> If there isn't, we'll have to use objdump:
>
> After dumping core (but don't quit the GDB session yet, just generate a
> core file and save it somewhere :-) ), please run this in bash:
>
> objdump -h <PATH_TO_COREFILE> | egrep '^[0-9]' | while read N NAME SIZE START REST; do echo "find 0x$START,0x$START + 0x$SIZE,0x7fffb88e48e8"; done
>
> This produces a number of gdb commands, which you can paste into the
> (live) GDB session. Most of them will say "Pattern not found.", but
> there's a chance some will also output an address. For such addresses,
> please run
>
> x/32gx <ADDRESS> - 128
>
> (note the offset -128 is important, because we need to see the object's
> header)
>
> This should allow us to find the object which referred to the string,
> and maybe that helps.
>
> Thanks!
> Pip
Thank you!
Oliver
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 07:54:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 02:54:39 2025 Received: from localhost ([127.0.0.1]:39850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tZ3fD-0005KJ-4Y for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 02:54:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57498) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tZ3fB-0005K6-80 for 75599 <at> debbugs.gnu.org; Sat, 18 Jan 2025 02:54:38 -0500 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 <eliz@HIDDEN>) id 1tZ3f5-0006eH-Dd; Sat, 18 Jan 2025 02:54:31 -0500 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=/a2A7G2d7OmTTH4GrJbWanmWXHXeMeUSXWKQQpSz4jI=; b=ikmNWqBHHncu e8BogVPvL0Pw/zkONZhOc9EvUzN5gGg+NfzuA7THcFRHg1OrQDX35q6kiWQ41ZWVqCDh8m754648T sJwli3d1rCyEDGbyTr7BxiLwHZon8lIAHx5E3NciIxDUpQps9vqK+eFjDKLhbEuziS+mG710WrsJH ret0ULJqnFHcRQjG3+3j9yhSbCyyhtgDeDdLdC0acm3xbkuJa+DrmAWh6kK6aQKv5Jgve2UE8FHrV 6Vpu2CTQuitc6HY8Cv6hOl8PeXlCNsR7BGEMT2H6oWJzgb47tsLcULnyAwgMnwnrYweLo67ombt5T zOPNnsqKCj00eW8bMSWS1Q==; Date: Sat, 18 Jan 2025 09:54:29 +0200 Message-Id: <86frlgd0ay.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <87jzaseuqx.fsf@HIDDEN> (message from Pip Cet on Sat, 18 Jan 2025 02:11:51 +0000) Subject: Re: bug#75599: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file and REPL References: <87bjw74z67.fsf@HIDDEN> <87jzaseuqx.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75599 Cc: oliver.reiter@HIDDEN, 75599 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Date: Sat, 18 Jan 2025 02:11:51 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: 75599 <at> debbugs.gnu.org, Oliver Reiter <oliver.reiter@HIDDEN> > > General GDB question (CCing Eli because he knows much more than I do > about GDB): is there some way to run "find", but have it search all the > memory ranges that are present in the relevant core dump? I seldom use 'find', and core dumps even more seldom, but shouldn't GDB be able to search memory of the debuggee regardless of whether it came from the core file or from a live process? Or am I misunderstanding the question? > Or, at least, find out which ranges are present? I know "objdump -h" > provides that information, but it's not the most friendly of formats. > > I've usually just resorted to inspecting the core dump in hexl mode for > that, but that's hardly ideal. It would be helpful in this case because > I don't have (or want) access to the core dump file produced by someone > else's Emacs session. If the problem is access to someone else's core file, then why cannot you give instructions for how to search?
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
Received: (at 75599) by debbugs.gnu.org; 18 Jan 2025 02:12:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 17 21:12:15 2025
Received: from localhost ([127.0.0.1]:39464 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tYyJr-0005Z2-6z
for submit <at> debbugs.gnu.org; Fri, 17 Jan 2025 21:12:15 -0500
Received: from mail-40133.protonmail.ch ([185.70.40.133]:15275)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tYyJh-0005YH-SG
for 75599 <at> debbugs.gnu.org; Fri, 17 Jan 2025 21:12:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1737166318; x=1737425518;
bh=s57ir3zgIqgbnVk30ZE6i0CnicEhGOUPVnzElYoi5Ts=;
h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References:
Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID:
Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post;
b=hvEKHgPjA4ge4Slcv7RinKqSm1wUlj9GR5aWGRlo1ic4fhBoYbc5wl+mnkACRlohd
WNihZtp/hO6sTVkxxkUQ6B0TCdtHSL4Ygrx56QZmBvOLZLIWIblEa2iL2+V54U8t5f
n1mimt0NFNl+E1NQSX8A+BX7tfSBrzHVahNhyfRRZ3ITfY280zftiouQuD3l65OIE7
4IhvJuQepUdv7ke8x+XJzUS01J8Cpe6T0C55yXpoCmmvWr7bFsD03jB/h/cuFueLRC
nQj8AEA1kjvd2BUv2dR6DE1YwmPc+o/2VKqn00Yc1wWTkKKiUZw2PHcRjaLejtE0hW
lTDycJtjJxrHQ==
Date: Sat, 18 Jan 2025 02:11:51 +0000
To: bug-gnu-emacs@HIDDEN, Eli Zaretskii <eliz@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: bug#75599: 31.0.50;
scratch/igc: crash on commit 92ccf1c after opening file and REPL
Message-ID: <87jzaseuqx.fsf@HIDDEN>
In-Reply-To: <87bjw74z67.fsf@HIDDEN>
References: <87bjw74z67.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: c3943b8b0369732bf20d2165babe73a68ba3e5ab
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 75599
Cc: Oliver Reiter <oliver.reiter@HIDDEN>, 75599 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
"Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of tex=
t editors\"" <bug-gnu-emacs@HIDDEN> writes:
> Dear all,
>
> I hit this crash today after opening a .jl (julia-mode) file and
> starting a REPL. I am using a Doom Emacs configuration.
Thanks for the report! I'm not familiar with julia-mode or Doom Emacs,
but I'll have a look to see whether there's any obviously unusual stuff
they do.
> I built emacs with commit 92ccf1c7539fe00ec04be6bc1603b649db560c37
> yesterday. I have the gdb session still open, if any further infos are
> needed.
In cases like this one, it's always a good idea to generate a core dump
from within GDB. That way, there's still a chance to debug things if
the GDB session is closed or you do something irreversible from GDB.
The relevant GDB command is "gcore". Please also ensure to preserve a
copy of the "emacs" executable that generated the core file, as the core
file will be much less useful without that.
> Also, in the gdb session I see quite a lot of messages like this:
>
> warning: Corrupted shared library list: 0x5555571e2550 !=3D 0x555557202ed=
0
>
> Should this too be investigated?
That sounds like a GDB bug. While the GDB bug tracker is currently a
bit of a graveyard, it's still a good idea to report such bugs.
> Here is the backtrace:
>
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
>
> buffer.c:579: Emacs fatal error: assertion failed: size > 0
>
> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3D6, back=
trace_limit=3D2147483647) at /home/reitero/build/sources/emacs/emacs/src/em=
acs.c:432
> 432=09{
> (gdb) bt
> #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at /h=
ome/reitero/build/sources/emacs/emacs/src/emacs.c:432
> #1 0x000055555579e5df in set_state (state=3D<optimized out>) at /home/re=
itero/build/sources/emacs/emacs/src/igc.c:975
> #2 0x00005555557934a2 in igc_assert_fail (file=3D<optimized out>, line=
=3D<optimized out>, msg=3D<optimized out>) at /home/reitero/build/sources/e=
macs/emacs/src/igc.c:276
> #3 0x00005555558333ec in BufferFill ()
> #4 0x0000555555868e20 in amcSegFix ()
> #5 0x0000555555802d6d in _mps_fix2 ()
> #6 0x000055555579bfda in fix_raw (ss=3Dss@entry=3D0x7fffffff5958, p=3Dp@=
entry=3D0x7fffffff57d0) at /home/reitero/build/sources/emacs/emacs/src/igc.=
c:1145
> #7 0x000055555579c0a3 in fix_string (ss=3Dss@entry=3D0x7fffffff5958, s=
=3Ds@entry=3D0x7fffb88e48e8) at /home/reitero/build/sources/emacs/emacs/src=
/igc.c:1738
> #8 0x00005555557a05e0 in dflt_scan_obj (ss=3Dss@entry=3D0x7fffffff5958, =
base_start=3Dbase_start@entry=3D0x7fffb88e48e8, base_limit=3Dbase_limit@ent=
ry=3D0x7fffb88e6000, closure=3Dclosure@entry=3D0x0)
> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2005
> #9 0x00005555557a0793 in dflt_scanx (ss=3Dss@entry=3D0x7fffffff5958, bas=
e_start=3D<optimized out>, base_limit=3D0x7fffb88e6000, closure=3Dclosure@e=
ntry=3D0x0)
> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2072
> #10 0x00005555557a07cf in dflt_scan (ss=3D0x7fffffff5958, base_start=3D<o=
ptimized out>, base_limit=3D<optimized out>) at /home/reitero/build/sources=
/emacs/emacs/src/igc.c:2083
This is a common symptom of resurrecting an untraced object whose memory
has been freed. In this case, it's a string, but we don't know which
other object referred to it, and how it managed to slip the reference
past MPS.
What might help us is to look at that string, but it is the string data
which was overwritten, which is unfortunate.
I've toyed with the idea of modifying igc.c so it's possible to get an
explicit view of the heap for debugging for a while. Maybe it's time to
do that.
Is this bug at all reproducible? Further crash reports might help, or I
could modify the igc.c code and we could gather more information.
If it isn't, we should try inspecting the core dump.
General GDB question (CCing Eli because he knows much more than I do
about GDB): is there some way to run "find", but have it search all the
memory ranges that are present in the relevant core dump?
Or, at least, find out which ranges are present? I know "objdump -h"
provides that information, but it's not the most friendly of formats.
I've usually just resorted to inspecting the core dump in hexl mode for
that, but that's hardly ideal. It would be helpful in this case because
I don't have (or want) access to the core dump file produced by someone
else's Emacs session.
If there isn't, we'll have to use objdump:
After dumping core (but don't quit the GDB session yet, just generate a
core file and save it somewhere :-) ), please run this in bash:
objdump -h <PATH_TO_COREFILE> | egrep '^[0-9]' | while read N NAME SIZE ST=
ART REST; do echo "find 0x$START,0x$START + 0x$SIZE,0x7fffb88e48e8"; done
This produces a number of gdb commands, which you can paste into the
(live) GDB session. Most of them will say "Pattern not found.", but
there's a chance some will also output an address. For such addresses,
please run
x/32gx <ADDRESS> - 128
(note the offset -128 is important, because we need to see the object's
header)
This should allow us to find the object which referred to the string,
and maybe that helps.
Thanks!
Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 18 Jan 2025 02:12:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 17 21:12:16 2025
Received: from localhost ([127.0.0.1]:39466 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tYyJr-0005Z9-TT
for submit <at> debbugs.gnu.org; Fri, 17 Jan 2025 21:12:16 -0500
Received: from lists.gnu.org ([2001:470:142::17]:51342)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tYyJm-0005Yg-7M
for submit <at> debbugs.gnu.org; Fri, 17 Jan 2025 21:12:13 -0500
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 <pipcet@HIDDEN>)
id 1tYyJg-0004hZ-H3
for bug-gnu-emacs@HIDDEN; Fri, 17 Jan 2025 21:12:04 -0500
Received: from mail-40133.protonmail.ch ([185.70.40.133])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <pipcet@HIDDEN>)
id 1tYyJe-0001xY-IO
for bug-gnu-emacs@HIDDEN; Fri, 17 Jan 2025 21:12:04 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1737166318; x=1737425518;
bh=s57ir3zgIqgbnVk30ZE6i0CnicEhGOUPVnzElYoi5Ts=;
h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References:
Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID:
Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post;
b=hvEKHgPjA4ge4Slcv7RinKqSm1wUlj9GR5aWGRlo1ic4fhBoYbc5wl+mnkACRlohd
WNihZtp/hO6sTVkxxkUQ6B0TCdtHSL4Ygrx56QZmBvOLZLIWIblEa2iL2+V54U8t5f
n1mimt0NFNl+E1NQSX8A+BX7tfSBrzHVahNhyfRRZ3ITfY280zftiouQuD3l65OIE7
4IhvJuQepUdv7ke8x+XJzUS01J8Cpe6T0C55yXpoCmmvWr7bFsD03jB/h/cuFueLRC
nQj8AEA1kjvd2BUv2dR6DE1YwmPc+o/2VKqn00Yc1wWTkKKiUZw2PHcRjaLejtE0hW
lTDycJtjJxrHQ==
Date: Sat, 18 Jan 2025 02:11:51 +0000
To: bug-gnu-emacs@HIDDEN, Eli Zaretskii <eliz@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: bug#75599: 31.0.50;
scratch/igc: crash on commit 92ccf1c after opening file and REPL
Message-ID: <87jzaseuqx.fsf@HIDDEN>
In-Reply-To: <87bjw74z67.fsf@HIDDEN>
References: <87bjw74z67.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: c3943b8b0369732bf20d2165babe73a68ba3e5ab
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=185.70.40.133; envelope-from=pipcet@HIDDEN;
helo=mail-40133.protonmail.ch
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001,
RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
Cc: Oliver Reiter <oliver.reiter@HIDDEN>, 75599 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)
"Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of tex=
t editors\"" <bug-gnu-emacs@HIDDEN> writes:
> Dear all,
>
> I hit this crash today after opening a .jl (julia-mode) file and
> starting a REPL. I am using a Doom Emacs configuration.
Thanks for the report! I'm not familiar with julia-mode or Doom Emacs,
but I'll have a look to see whether there's any obviously unusual stuff
they do.
> I built emacs with commit 92ccf1c7539fe00ec04be6bc1603b649db560c37
> yesterday. I have the gdb session still open, if any further infos are
> needed.
In cases like this one, it's always a good idea to generate a core dump
from within GDB. That way, there's still a chance to debug things if
the GDB session is closed or you do something irreversible from GDB.
The relevant GDB command is "gcore". Please also ensure to preserve a
copy of the "emacs" executable that generated the core file, as the core
file will be much less useful without that.
> Also, in the gdb session I see quite a lot of messages like this:
>
> warning: Corrupted shared library list: 0x5555571e2550 !=3D 0x555557202ed=
0
>
> Should this too be investigated?
That sounds like a GDB bug. While the GDB bug tracker is currently a
bit of a graveyard, it's still a good idea to report such bugs.
> Here is the backtrace:
>
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
>
> buffer.c:579: Emacs fatal error: assertion failed: size > 0
>
> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=3D6, back=
trace_limit=3D2147483647) at /home/reitero/build/sources/emacs/emacs/src/em=
acs.c:432
> 432=09{
> (gdb) bt
> #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at /h=
ome/reitero/build/sources/emacs/emacs/src/emacs.c:432
> #1 0x000055555579e5df in set_state (state=3D<optimized out>) at /home/re=
itero/build/sources/emacs/emacs/src/igc.c:975
> #2 0x00005555557934a2 in igc_assert_fail (file=3D<optimized out>, line=
=3D<optimized out>, msg=3D<optimized out>) at /home/reitero/build/sources/e=
macs/emacs/src/igc.c:276
> #3 0x00005555558333ec in BufferFill ()
> #4 0x0000555555868e20 in amcSegFix ()
> #5 0x0000555555802d6d in _mps_fix2 ()
> #6 0x000055555579bfda in fix_raw (ss=3Dss@entry=3D0x7fffffff5958, p=3Dp@=
entry=3D0x7fffffff57d0) at /home/reitero/build/sources/emacs/emacs/src/igc.=
c:1145
> #7 0x000055555579c0a3 in fix_string (ss=3Dss@entry=3D0x7fffffff5958, s=
=3Ds@entry=3D0x7fffb88e48e8) at /home/reitero/build/sources/emacs/emacs/src=
/igc.c:1738
> #8 0x00005555557a05e0 in dflt_scan_obj (ss=3Dss@entry=3D0x7fffffff5958, =
base_start=3Dbase_start@entry=3D0x7fffb88e48e8, base_limit=3Dbase_limit@ent=
ry=3D0x7fffb88e6000, closure=3Dclosure@entry=3D0x0)
> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2005
> #9 0x00005555557a0793 in dflt_scanx (ss=3Dss@entry=3D0x7fffffff5958, bas=
e_start=3D<optimized out>, base_limit=3D0x7fffb88e6000, closure=3Dclosure@e=
ntry=3D0x0)
> at /home/reitero/build/sources/emacs/emacs/src/igc.c:2072
> #10 0x00005555557a07cf in dflt_scan (ss=3D0x7fffffff5958, base_start=3D<o=
ptimized out>, base_limit=3D<optimized out>) at /home/reitero/build/sources=
/emacs/emacs/src/igc.c:2083
This is a common symptom of resurrecting an untraced object whose memory
has been freed. In this case, it's a string, but we don't know which
other object referred to it, and how it managed to slip the reference
past MPS.
What might help us is to look at that string, but it is the string data
which was overwritten, which is unfortunate.
I've toyed with the idea of modifying igc.c so it's possible to get an
explicit view of the heap for debugging for a while. Maybe it's time to
do that.
Is this bug at all reproducible? Further crash reports might help, or I
could modify the igc.c code and we could gather more information.
If it isn't, we should try inspecting the core dump.
General GDB question (CCing Eli because he knows much more than I do
about GDB): is there some way to run "find", but have it search all the
memory ranges that are present in the relevant core dump?
Or, at least, find out which ranges are present? I know "objdump -h"
provides that information, but it's not the most friendly of formats.
I've usually just resorted to inspecting the core dump in hexl mode for
that, but that's hardly ideal. It would be helpful in this case because
I don't have (or want) access to the core dump file produced by someone
else's Emacs session.
If there isn't, we'll have to use objdump:
After dumping core (but don't quit the GDB session yet, just generate a
core file and save it somewhere :-) ), please run this in bash:
objdump -h <PATH_TO_COREFILE> | egrep '^[0-9]' | while read N NAME SIZE ST=
ART REST; do echo "find 0x$START,0x$START + 0x$SIZE,0x7fffb88e48e8"; done
This produces a number of gdb commands, which you can paste into the
(live) GDB session. Most of them will say "Pattern not found.", but
there's a chance some will also output an address. For such addresses,
please run
x/32gx <ADDRESS> - 128
(note the offset -128 is important, because we need to see the object's
header)
This should allow us to find the object which referred to the string,
and maybe that helps.
Thanks!
Pip
bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 16 Jan 2025 04:15:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 15 23:15:13 2025
Received: from localhost ([127.0.0.1]:59498 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tYHHf-0002gS-V5
for submit <at> debbugs.gnu.org; Wed, 15 Jan 2025 23:15:13 -0500
Received: from lists.gnu.org ([2001:470:142::17]:54428)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <oliver.reiter@HIDDEN>)
id 1tY9hz-0002Ga-4j
for submit <at> debbugs.gnu.org; Wed, 15 Jan 2025 15:09:49 -0500
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 <oliver.reiter@HIDDEN>)
id 1tY9hp-0005OI-Ki
for bug-gnu-emacs@HIDDEN; Wed, 15 Jan 2025 15:09:37 -0500
Received: from mail.snapdragon.cc ([51.79.228.117])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <oliver.reiter@HIDDEN>)
id 1tY9hl-0006Cx-8j
for bug-gnu-emacs@HIDDEN; Wed, 15 Jan 2025 15:09:37 -0500
From: Oliver Reiter <oliver.reiter@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snapdragon.cc;
s=default; t=1736971766;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:mime-version:mime-version:content-type:content-type;
bh=xLNBivT+Hv2QNRPriXlMtY+uX5RwozslzSq3DY0kiTM=;
b=QIFHhTd2JpGRRd74MPegy9+FAAAd/nPZa+zj+mTmqwew5a+I++9c6MNIN8ZYiak2ApvmDG
BAKjfkPBGL8lAE/IoyEQ8Du6j8BC6tmDJKXfmA2cZwzKVTasC30SnOK+jvPIOv17SqfeJv
tRjn74ferobFlSnbwCynLeViqZsJD00=
To: bug-gnu-emacs@HIDDEN
Subject: 31.0.50; scratch/igc: crash on commit 92ccf1c after opening file
and REPL
Date: Wed, 15 Jan 2025 21:09:20 +0100
Message-ID: <87bjw74z67.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=51.79.228.117;
envelope-from=oliver.reiter@HIDDEN; helo=mail.snapdragon.cc
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 15 Jan 2025 23:15:03 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.1 (/)
--=-=-=
Content-Type: text/plain
Content-Disposition: inline
Dear all,
I hit this crash today after opening a .jl (julia-mode) file and
starting a REPL. I am using a Doom Emacs configuration.
I built emacs with commit 92ccf1c7539fe00ec04be6bc1603b649db560c37
yesterday. I have the gdb session still open, if any further infos are
needed.
Also, in the gdb session I see quite a lot of messages like this:
warning: Corrupted shared library list: 0x5555571e2550 != 0x555557202ed0
Should this too be investigated?
Here is the backtrace:
Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
buffer.c:579: Emacs fatal error: assertion failed: size > 0
Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
432 {
(gdb) bt
#0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:432
#1 0x000055555579e5df in set_state (state=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:975
#2 0x00005555557934a2 in igc_assert_fail (file=<optimized out>, line=<optimized out>, msg=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:276
#3 0x00005555558333ec in BufferFill ()
#4 0x0000555555868e20 in amcSegFix ()
#5 0x0000555555802d6d in _mps_fix2 ()
#6 0x000055555579bfda in fix_raw (ss=ss@entry=0x7fffffff5958, p=p@entry=0x7fffffff57d0) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1145
#7 0x000055555579c0a3 in fix_string (ss=ss@entry=0x7fffffff5958, s=s@entry=0x7fffb88e48e8) at /home/reitero/build/sources/emacs/emacs/src/igc.c:1738
#8 0x00005555557a05e0 in dflt_scan_obj (ss=ss@entry=0x7fffffff5958, base_start=base_start@entry=0x7fffb88e48e8, base_limit=base_limit@entry=0x7fffb88e6000, closure=closure@entry=0x0)
at /home/reitero/build/sources/emacs/emacs/src/igc.c:2005
#9 0x00005555557a0793 in dflt_scanx (ss=ss@entry=0x7fffffff5958, base_start=<optimized out>, base_limit=0x7fffb88e6000, closure=closure@entry=0x0)
at /home/reitero/build/sources/emacs/emacs/src/igc.c:2072
#10 0x00005555557a07cf in dflt_scan (ss=0x7fffffff5958, base_start=<optimized out>, base_limit=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/igc.c:2083
#11 0x00005555558344af in amcSegScan ()
#12 0x0000555555863600 in traceScanSegRes ()
#13 0x00005555558637ea in traceScanSeg ()
#14 0x0000555555864646 in TraceAdvance ()
#15 0x0000555555864e0d in TracePoll ()
#16 0x0000555555865079 in ArenaPoll ()
#17 0x0000555555865463 in mps_ap_fill ()
#18 0x00005555557a0b60 in alloc_impl (size=size@entry=24, type=type@entry=IGC_OBJ_CONS, ap=0x7fffe8001980) at /home/reitero/build/sources/emacs/emacs/src/igc.c:3960
#19 0x00005555557a0c4f in alloc (size=size@entry=24, type=type@entry=IGC_OBJ_CONS) at /home/reitero/build/sources/emacs/emacs/src/igc.c:3988
#20 0x00005555557a0c70 in igc_make_cons (car=XIL(0x7fffb880e49b), cdr=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/igc.c:4017
#21 0x000055555570d671 in Fcons (car=<optimized out>, cdr=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/alloc.c:2958
#22 0x000055555570d8d1 in Flist (nargs=0, args=0x7fffffff5f20) at /home/reitero/build/sources/emacs/emacs/src/alloc.c:3086
#23 0x0000555555764e52 in exec_byte_code (fun=<optimized out>, args_template=<optimized out>, nargs=2, args=0x7fffffff5f20) at /home/reitero/build/sources/emacs/emacs/src/bytecode.c:544
#24 0x000055555572d313 in funcall_lambda (fun=fun@entry=XIL(0x7fffbb8ef285), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffff5f18)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3271
#25 0x000055555572d6dd in funcall_general (fun=XIL(0x7fffbb8ef285), numargs=numargs@entry=2, args=args@entry=0x7fffffff5f18) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3063
#26 0x000055555572d7e3 in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fffffff5f10) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#27 0x000055555572f4a6 in Fapply (nargs=<optimized out>, args=0x7fffffff5fa0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2784
#28 0x00007fffdfd95a39 in F6d6163726f657870616e642d31_macroexpand_1_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#29 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb930520, numargs=numargs@entry=2, args=args@entry=0x7fffffff6158)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#30 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb930525), numargs=numargs@entry=2, args=args@entry=0x7fffffff6158) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#31 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff6150) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#32 0x00007fffdfd95aec in F6d6163726f6578702d6d6163726f657870616e64_macroexp_macroexpand_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#33 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb8f84e0, numargs=numargs@entry=2, args=args@entry=0x7fffffff6478)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#34 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb8f84e5), numargs=numargs@entry=2, args=args@entry=0x7fffffff6478) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#35 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff6470) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#36 0x00007fffdfd97546 in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#37 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff68d8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#38 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff68d8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#39 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff68d0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#40 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#41 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=1, args=args@entry=0x7fffffff6b58)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#42 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=1, args=args@entry=0x7fffffff6b58) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#43 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff6b50) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#44 0x00007fffdfd98473 in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#45 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff6ff8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#46 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff6ff8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#47 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff6ff0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#48 0x00007fffdfd96b47 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#49 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#50 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff75e8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#51 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff75e8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#52 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff75e0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#53 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#54 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=2, args=args@entry=0x7fffffff77a0)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#55 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=2, args=args@entry=0x7fffffff77a0) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#56 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff7798) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#57 0x00007fffdfd96c45 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#58 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#59 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff7d98)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#60 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff7d98) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#61 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff7d90) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#62 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#63 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=2, args=args@entry=0x7fffffff7f50)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#64 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=2, args=args@entry=0x7fffffff7f50) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#65 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff7f48) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#66 0x00007fffdfd96c45 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#67 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#68 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff8508)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#69 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff8508) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#70 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff8500) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#71 0x00007fffdfd99379 in F6d6163726f657870616e642d616c6c_macroexpand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#72 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb8deee0, numargs=numargs@entry=2, args=args@entry=0x7fffffff8698)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#73 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb8deee5), numargs=numargs@entry=2, args=args@entry=0x7fffffff8698) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#74 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff8690) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#75 0x00007fffdf84f314 in F636c2d2d626c6f636b2d777261707065722d2d636d6163726f_cl__block_wrapper__cmacro_0 ()
from /home/reitero/build/sources/emacs/emacs/native-lisp/31.0.50-be607e8d/cl-macs-7ae82f81-0c46c08d.eln
#76 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb904d70, numargs=numargs@entry=2, args=args@entry=0x7fffffff89d0)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#77 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb904d75), numargs=numargs@entry=2, args=args@entry=0x7fffffff89d0) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#78 0x000055555572d7e3 in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fffffff89c8) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#79 0x000055555572f37b in Fapply (nargs=3, args=0x7fffffff89c8) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2741
#80 0x000055555572efa2 in funcall_subr (subr=subr@entry=0x555555e1b280 <Sapply>, numargs=numargs@entry=3, args=args@entry=0x7fffffff89c8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3203
#81 0x000055555572d6cb in funcall_general (fun=XIL(0x555555e1b285), numargs=numargs@entry=3, args=args@entry=0x7fffffff89c8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#82 0x000055555572d7e3 in Ffuncall (nargs=4, args=0x7fffffff89c0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#83 0x00007fffdfd94f50 in F6d6163726f6578702d2d636f6d70696c65722d6d6163726f_macroexp__compiler_macro_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#84 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb8f8320, numargs=numargs@entry=2, args=args@entry=0x7fffffff8b60)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#85 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb8f8325), numargs=numargs@entry=2, args=args@entry=0x7fffffff8b60) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#86 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff8b58) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#87 0x00007fffdfd96a1c in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#88 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#89 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff9158)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#90 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff9158) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#91 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff9150) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#92 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#93 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=2, args=args@entry=0x7fffffff9468)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#94 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=2, args=args@entry=0x7fffffff9468) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#95 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff9460) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#96 0x00007fffdfd98ea7 in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#97 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffff9888)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#98 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffff9888) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#99 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffff9880) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#100 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#101 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=2, args=args@entry=0x7fffffff9a40)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#102 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=2, args=args@entry=0x7fffffff9a40) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#103 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffff9a38) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#104 0x00007fffdfd96c45 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#105 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#106 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffffa038)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#107 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffffa038) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#108 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffffa030) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#109 0x00007fffdfd94a35 in F6d6163726f6578702d2d616c6c2d666f726d73_macroexp__all_forms_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#110 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeebce3a0, numargs=numargs@entry=2, args=args@entry=0x7fffffffa1f0)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#111 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeebce3a5), numargs=numargs@entry=2, args=args@entry=0x7fffffffa1f0) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#112 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffffa1e8) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#113 0x00007fffdfd96c45 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_6 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#114 0x00007fffdfd97e8b in F6d6163726f6578702d2d657870616e642d616c6c_macroexp__expand_all_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#115 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffbb92b150, numargs=numargs@entry=1, args=args@entry=0x7fffffffa7a8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#116 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb92b155), numargs=numargs@entry=1, args=args@entry=0x7fffffffa7a8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#117 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffffa7a0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#118 0x00007fffdfd9940a in F6d6163726f657870616e642d2d616c6c2d746f706c6576656c_macroexpand__all_toplevel_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#119 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffbb8f8ce8, numargs=numargs@entry=1, args=args@entry=0x7fffffffa928)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#120 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffbb8f8ced), numargs=numargs@entry=1, args=args@entry=0x7fffffffa928) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#121 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffffa920) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#122 0x00007fffdfd9c196 in F696e7465726e616c2d6d6163726f657870616e642d666f722d6c6f6164_internal_macroexpand_for_load_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/macroexp-2c3e1495-c0b1cf80.eln
#123 0x000055555572eeb7 in funcall_subr (subr=subr@entry=0x7fffeb81d028, numargs=numargs@entry=2, args=args@entry=0x7fffffffab08)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3182
#124 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeb81d02d), numargs=numargs@entry=2, args=args@entry=0x7fffffffab08) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#125 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffffab00) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#126 0x0000555555753f75 in readevalloop_eager_expand_eval (val=XIL(0x7fffb47869eb), macroexpand=macroexpand@entry=XIL(0xce48))
at /home/reitero/build/sources/emacs/emacs/src/lread.c:2356
#127 0x0000555555753f15 in readevalloop_eager_expand_eval (val=XIL(0x2aaa5e95c998), macroexpand=macroexpand@entry=XIL(0xce48))
at /home/reitero/build/sources/emacs/emacs/src/lread.c:2353
#128 0x0000555555753f15 in readevalloop_eager_expand_eval (val=XIL(0x2aaa629dc708), val@entry=XIL(0x7fffe4ef3b9b), macroexpand=macroexpand@entry=XIL(0xce48))
at /home/reitero/build/sources/emacs/emacs/src/lread.c:2353
#129 0x0000555555758685 in readevalloop (readcharfun=readcharfun@entry=XIL(0x7fffe4e3a6ed), infile0=infile0@entry=0x0, sourcename=sourcename@entry=XIL(0x7fffe4e3a5e4),
printflag=printflag@entry=false, unibyte=unibyte@entry=XIL(0), readfun=readfun@entry=XIL(0), start=XIL(0), end=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/lread.c:2538
#130 0x0000555555758873 in Feval_buffer (buffer=<optimized out>, printflag=XIL(0), filename=XIL(0x7fffe4e3a5e4), unibyte=XIL(0), do_allow_print=<optimized out>)
at /home/reitero/build/sources/emacs/emacs/src/lread.c:2613
#131 0x00007fffdfd70484 in F6c6f61642d776974682d636f64652d636f6e76657273696f6e_load_with_code_conversion_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/mule-3352613d-d3b3728f.eln
#132 0x000055555572ef0b in funcall_subr (subr=subr@entry=0x7fffee7faf98, numargs=numargs@entry=4, args=args@entry=0x7fffffffb0c8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3188
#133 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffee7faf9d), numargs=numargs@entry=4, args=args@entry=0x7fffffffb0c8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#134 0x000055555572d7e3 in Ffuncall (nargs=5, args=0x7fffffffb0c0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#135 0x000055555575a55e in Fload (file=file@entry=XIL(0x7fffebb97724), noerror=noerror@entry=XIL(0x38), nomessage=nomessage@entry=XIL(0x38), nosuffix=nosuffix@entry=XIL(0),
must_suffix=<optimized out>, must_suffix@entry=XIL(0x38)) at /home/reitero/build/sources/emacs/emacs/src/lread.c:1616
#136 0x000055555575ad10 in save_match_data_load (file=XIL(0x7fffebb97724), noerror=XIL(0x38), nomessage=XIL(0x38), nosuffix=XIL(0), must_suffix=XIL(0x38))
at /home/reitero/build/sources/emacs/emacs/src/lread.c:1780
#137 0x000055555572d103 in load_with_autoload_queue (file=XIL(0x7fffebb97724), noerror=XIL(0x38), nomessage=XIL(0x38), nosuffix=XIL(0), must_suffix=XIL(0x38))
at /home/reitero/build/sources/emacs/emacs/src/eval.c:2395
#138 0x000055555573b2be in Frequire (feature=XIL(0x2aaa95d6e0d8), filename=<optimized out>, noerror=XIL(0x38)) at /home/reitero/build/sources/emacs/emacs/src/fns.c:3809
#139 0x0000555555730278 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2623
#140 0x00005555557305b3 in Fprogn (body=XIL(0x7fffebb9cb0b)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#141 0x0000555555730f2a in Flet (args=XIL(0x7fffebb9c863)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1122
#142 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#143 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#144 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#145 0x000055555573054f in For (args=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:365
#146 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#147 0x00005555557306f2 in Fsetq (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:499
#148 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#149 0x00005555557305b3 in Fprogn (body=XIL(0x7fffeb8453cb)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#150 0x0000555555730f2a in Flet (args=XIL(0x7fffebb9b9a3)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1122
#151 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#152 0x00005555557305b3 in Fprogn (body=XIL(0), body@entry=XIL(0x7fffebb9b7fb)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#153 0x000055555572bf57 in internal_catch (tag=<optimized out>, func=func@entry=0x55555573058f <Fprogn>, arg=XIL(0x7fffebb9b7fb))
at /home/reitero/build/sources/emacs/emacs/src/eval.c:1306
#154 0x0000555555730fc1 in Fcatch (args=XIL(0x7fffebb9b61b)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1270
#155 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#156 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#157 0x0000555555730f2a in Flet (args=XIL(0x7fffebb9b1b3)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1122
#158 0x0000555555730072 in eval_sub (form=form@entry=XIL(0x7fffebb9b003)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#159 0x0000555555731249 in internal_lisp_condition_case (var=XIL(0), bodyform=XIL(0x7fffebb9b003), handlers=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1553
#160 0x0000555555731353 in Fcondition_case (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1452
#161 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#162 0x00005555557301db in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2605
#163 0x000055555573054f in For (args=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:365
#164 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#165 0x0000555555730584 in Fand (args=XIL(0x7fffebb9940b)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:386
#166 0x0000555555730072 in eval_sub (form=form@entry=XIL(0x7fffebb98f83)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#167 0x0000555555731249 in internal_lisp_condition_case (var=XIL(0x2aaa8ac2f788), bodyform=XIL(0x7fffebb98f83), handlers=<optimized out>)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:1553
#168 0x0000555555731353 in Fcondition_case (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1452
#169 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#170 0x00005555557305b3 in Fprogn (body=XIL(0x7fffebb988eb)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#171 0x0000555555730604 in Fif (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:408
#172 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#173 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#174 0x0000555555730f2a in Flet (args=XIL(0x7fffebb97ddb)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1122
#175 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#176 0x00005555557305b3 in Fprogn (body=XIL(0), body@entry=XIL(0x7fffebb97a0b)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#177 0x0000555555730661 in prog_ignore (body=body@entry=XIL(0x7fffebb97a0b)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:463
#178 0x0000555555730f86 in Fwhile (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1143
#179 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#180 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#181 0x0000555555730604 in Fif (args=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:408
#182 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#183 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#184 0x0000555555730cd4 in FletX (args=XIL(0x7fffebb96393)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1055
#185 0x0000555555730072 in eval_sub (form=<optimized out>) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2568
#186 0x00005555557305b3 in Fprogn (body=XIL(0)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:452
#187 0x000055555572d526 in funcall_lambda (fun=fun@entry=XIL(0x7fffebb95715), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffffc7f8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3369
#188 0x000055555572d6dd in funcall_general (fun=XIL(0x7fffebb95715), numargs=numargs@entry=2, args=args@entry=0x7fffffffc7f8) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3063
#189 0x000055555572d7e3 in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fffffffc7f0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#190 0x000055555572f4a6 in Fapply (nargs=<optimized out>, args=0x7fffffffc9d0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:2784
#191 0x000055555572efa2 in funcall_subr (subr=subr@entry=0x555555e1b280 <Sapply>, numargs=numargs@entry=2, args=args@entry=0x7fffffffc9d0)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3203
#192 0x000055555572d6cb in funcall_general (fun=XIL(0x555555e1b285), numargs=numargs@entry=2, args=args@entry=0x7fffffffc9d0) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#193 0x000055555572d7e3 in Ffuncall (nargs=3, args=0x7fffffffc9c8) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#194 0x00007fffdfab2438 in F74696d65722d6576656e742d68616e646c6572_timer_event_handler_0 ()
from /home/reitero/build/sources/emacs/emacs/src/../native-lisp/31.0.50-be607e8d/preloaded/timer-3ee7cfd9-38bf0f6c.eln
#195 0x000055555572eea3 in funcall_subr (subr=subr@entry=0x7fffeb826ac0, numargs=numargs@entry=1, args=args@entry=0x7fffffffcba8)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:3180
#196 0x000055555572d6cb in funcall_general (fun=XIL(0x7fffeb826ac5), numargs=numargs@entry=1, args=args@entry=0x7fffffffcba8) at /home/reitero/build/sources/emacs/emacs/src/lisp.h:2332
#197 0x000055555572d7e3 in Ffuncall (nargs=2, args=0x7fffffffcba0) at /home/reitero/build/sources/emacs/emacs/src/eval.c:3112
#198 0x00005555556b8ee9 in timer_check_2 (timers=<optimized out>, timers@entry=XIL(0x7fffe4e10ca3), idle_timers=<optimized out>, idle_timers@entry=XIL(0x7fffe4e10cd3))
at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:4819
#199 0x00005555556b8f9b in timer_check () at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:4884
#200 0x00005555556b9009 in readable_events (flags=1) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:3612
#201 0x00005555556c09d2 in get_input_pending (flags=flags@entry=1) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:7887
#202 0x00005555556c5a18 in detect_input_pending_run_timers (do_display=true) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:11593
#203 0x000055555577a366 in wait_reading_process_output (time_limit=<optimized out>, nsecs=<optimized out>, read_kbd=-1, do_display=true, wait_for_cell=XIL(0),
wait_proc=<optimized out>, just_wait_proc=0) at /home/reitero/build/sources/emacs/emacs/src/process.c:5857
#204 0x00005555556b9377 in kbd_buffer_get_event (kbp=kbp@entry=0x7fffffffd0b8, used_mouse_menu=used_mouse_menu@entry=0x7fffffffd68b, end_time=end_time@entry=0x0)
at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:4115
#205 0x00005555556b9d29 in read_event_from_main_queue (end_time=end_time@entry=0x0, local_getcjmp=local_getcjmp@entry=0x7fffffffd4d0,
used_mouse_menu=used_mouse_menu@entry=0x7fffffffd68b) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:2336
#206 0x00005555556b9eab in read_decoded_event_from_main_queue (end_time=end_time@entry=0x0, local_getcjmp=local_getcjmp@entry=0x7fffffffd4d0, prev_event=prev_event@entry=XIL(0),
used_mouse_menu=used_mouse_menu@entry=0x7fffffffd68b) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:2399
#207 0x00005555556bb3a5 in read_char (commandflag=1, map=XIL(0x7fffe4b8d50b), prev_event=XIL(0), used_mouse_menu=0x7fffffffd68b, end_time=0x0)
at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:3031
#208 0x00005555556c4400 in read_key_sequence (keybuf=0x7fffffffd7b0, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true,
prevent_redisplay=false, disable_text_conversion_p=false) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:10763
#209 0x00005555556b72da in command_loop_1 () at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:1435
#210 0x000055555572c019 in internal_condition_case (bfun=0x5555556b70a1 <command_loop_1>, handlers=<optimized out>, hfun=0x5555556b412c <cmd_error>)
at /home/reitero/build/sources/emacs/emacs/src/eval.c:1627
#211 0x00005555556b4357 in command_loop_2 (handlers=handlers@entry=XIL(0xa8)) at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:1174
#212 0x000055555572bf57 in internal_catch (tag=<optimized out>, func=0x5555556b4335 <command_loop_2>, arg=XIL(0xa8)) at /home/reitero/build/sources/emacs/emacs/src/eval.c:1306
#213 0x00005555556b5537 in command_loop () at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:1152
#214 0x00005555556b55ce in recursive_edit_1 () at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:760
#215 0x00005555556b576c in Frecursive_edit () at /home/reitero/build/sources/emacs/emacs/src/keyboard.c:843
#216 0x00005555556b6bd6 in main (argc=<optimized out>, argv=0x7fffffffdba8) at /home/reitero/build/sources/emacs/emacs/src/emacs.c:2658
Lisp Backtrace:
0xbb8ef280 PVEC_CLOSURE
"macroexpand-1" (0xffff6158)
"macroexp-macroexpand" (0xffff6478)
"macroexp--expand-all" (0xffff68d8)
"macroexp--all-forms" (0xffff6b58)
"macroexp--expand-all" (0xffff6ff8)
"macroexp--expand-all" (0xffff75e8)
"macroexp--all-forms" (0xffff77a0)
"macroexp--expand-all" (0xffff7d98)
"macroexp--all-forms" (0xffff7f50)
"macroexp--expand-all" (0xffff8508)
"macroexpand-all" (0xffff8698)
"cl--block-wrapper--cmacro" (0xffff89d0)
"apply" (0xffff89c8)
"macroexp--compiler-macro" (0xffff8b60)
"macroexp--expand-all" (0xffff9158)
"macroexp--all-forms" (0xffff9468)
"macroexp--expand-all" (0xffff9888)
"macroexp--all-forms" (0xffff9a40)
"macroexp--expand-all" (0xffffa038)
"macroexp--all-forms" (0xffffa1f0)
"macroexp--expand-all" (0xffffa7a8)
"macroexpand--all-toplevel" (0xffffa928)
"internal-macroexpand-for-load" (0xffffab08)
"load-with-code-conversion" (0xffffb0c8)
"require" (0xffffb2e0)
"let" (0xffffb448)
"progn" (0xffffb528)
"or" (0xffffb608)
"setq" (0xffffb6f8)
"let" (0xffffb868)
"catch" (0xffffb998)
"let" (0xffffbaf8)
"condition-case" (0xffffbc78)
"not" (0xffffbd38)
"or" (0xffffbe18)
"and" (0xffffbef8)
"condition-case" (0xffffc078)
"if" (0xffffc178)
"let" (0xffffc2e8)
"while" (0xffffc3f8)
"if" (0xffffc4f8)
"let*" (0xffffc648)
"doom-load-packages-incrementally" (0xffffc7f8)
"apply" (0xffffc9d0)
"timer-event-handler" (0xffffcba8)
In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.43, cairo version 1.18.2) of 2025-01-14 built on wilap
Repository revision: 92ccf1c7539fe00ec04be6bc1603b649db560c37
Repository branch: scratch/igc
System Description: Arch Linux
Configured using:
'configure 'CFLAGS=-g3 -ggdb -Og -fno-omit-frame-pointer'
CPPFLAGS=-I/home/reitero/.local/lib/mps
LDFLAGS=-L/home/reitero/.local/lib/mps --prefix=/usr --sysconfdir=/etc
--libexecdir=/usr/lib --localstatedir=/var --with-mps=yes
--with-gameuser=root:games --with-pgtk --with-xft --with-harfbuzz
--with-modules --without-compress-install --without-m17n-flt
--with-libotf --without-imagemagick --without-gsettings --without-gconf
--with-native-compilation=aot --with-tree-sitter
--enable-link-time-optimization'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM HARFBUZZ JPEG LCMS2
LIBOTF LIBSYSTEMD LIBXML2 MODULES MPS NATIVE_COMP NOTIFY INOTIFY PDUMPER
PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
TREE_SITTER WEBP XIM GTK3 ZLIB
Important settings:
value of $LANG: de_AT.UTF-8
locale-coding-system: utf-8-unix
Memory information:
((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0)
(vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0)
(intervals 64 0 0) (buffers 1000 0))
--=-=-=--
Oliver Reiter <oliver.reiter@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#75599; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.