From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#75459: 31.0.50; scratch-igc: Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432 Date: Fri, 10 Jan 2025 08:29:21 +0100 Message-ID: References: <87zfk0p741.fsf@no.lan> <861pxc2l6y.fsf@gnu.org> <87wmf42gdx.fsf@protonmail.com> <87frlst34b.fsf@no.lan> <87plkv3hzd.fsf@protonmail.com> <86msfz16na.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33421"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: pipcet@protonmail.com, telegraph@gmx.net, 75459@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 10 08:30:15 2025 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tW9TB-0008Xg-8J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Jan 2025 08:30:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tW9T4-00062j-VQ; Fri, 10 Jan 2025 02:30:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tW9T1-0005yW-Al for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2025 02:30:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tW9T1-0002Lz-1w for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2025 02:30:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=oUA8FSzATtPf7H+E105pcGzRbnrTGKyBZplSrob5Brg=; b=hQII5QAUUyVRuDnvF1yF7YxyDO4qjQqQxptpw+gigkE/ps6Q5pPYyxKhVQ1oPdQu0V3N3oY45cx/G6DT1Id9YeBow1nX2K3xoxtozhgI380egi8nGMJyHSaVaeTa7SVxJjCQWo4BhseVr9IEh4GyidhLjlbkfb91FV5r4D4RJaT2CsoTlk9oigFKGrobUd+85N6slbGo+t1aPL9SnqQ3eNZPithdd023zYaq/zqnIQBQtoY8ulpDfaJOUEgej3t3Rq1L2gO/L969pcYZFEWVNw0xIic8Kw/oAGXb46I2ueEr6wmvnZ8W/KPQBlD/29sovHsrgQWOvOH8rZ9efWE4Ug==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tW9T0-0001TN-Oi for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2025 02:30:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Jan 2025 07:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75459 X-GNU-PR-Package: emacs Original-Received: via spool by 75459-submit@debbugs.gnu.org id=B75459.17364941725592 (code B ref 75459); Fri, 10 Jan 2025 07:30:02 +0000 Original-Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 07:29:32 +0000 Original-Received: from localhost ([127.0.0.1]:56234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tW9SV-0001S8-Ni for submit@debbugs.gnu.org; Fri, 10 Jan 2025 02:29:32 -0500 Original-Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]:44127) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tW9ST-0001Rr-FX for 75459@debbugs.gnu.org; Fri, 10 Jan 2025 02:29:30 -0500 Original-Received: by mail-wm1-x32b.google.com with SMTP id 5b1f17b1804b1-436345cc17bso13050065e9.0 for <75459@debbugs.gnu.org>; Thu, 09 Jan 2025 23:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736494163; x=1737098963; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=oUA8FSzATtPf7H+E105pcGzRbnrTGKyBZplSrob5Brg=; b=Eq0ZC0rtCrMiyoCaD/gn8rMXz0SUK+WeQw/7ughfxh9J4EoLGgXAzGPfE0CkDVm1hb pthcc+LWztDKPTVV3pZorIIHYv8GCMj8NUbjip8brqITtNhdotY/owewup7XPLkOj2pd ojblD5q3SCg34W2OhNxQOdxadctKcIktaijeFRH7U+vBtb+JBOPAcGCGXjjKH6HyzZf3 uU+WqWO2xP4X2BPb0tqwrKYeUvGbVHqNWQTfEWP0SzG5OGwKKGIGHIAUWIjNBuDJwSp7 eh4J4Sp3Quk94Trs82KeMsi9j9Tc4A7uQGMvIvf3Vow3LOdYBgF4x6ITk3n8344DQmHN uEWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736494163; x=1737098963; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=oUA8FSzATtPf7H+E105pcGzRbnrTGKyBZplSrob5Brg=; b=efTbAn2PY8OEskGn+30n6dRiZ6G/SnwN0UkUZFZLRTQYYDZfNnMvVf9RuH5Mzt/eAz JUyHEuIWy2omkgs3Q3FMneifrUJjbAcOQjGYfbu3zrZzwiauTwbqQ3O1JsywHXcMhzmX IYU5XlvVMCFqDjH4M6DFqX/r3825uZF6D0qFr0DtesJ46V7funl6Sg8krScGzYMN7EzV i4wA/luwf9vJ/STsFRb2duKHKlAGjXSeA8PS0sO1UxUMDfUB+OV/JlB8vjjJEdvsTHWb rVPmwOHgfvXZFoTm5tnmHEochmfuQZjmvR5JyiULnBxmeYl1Wipa/cbv70GzJCuuzsEW bRIA== X-Forwarded-Encrypted: i=1; AJvYcCX3bDMcPfNGMudD/6tD4ZDnc6BBL6d39F0DekrH7cbTOcFnC8NNUtXl0HQ/jPi/8lZFw3yChA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YznuIo+qBxQe328ON5j0ciKpYxg3SPUEC/7/hTbW9qUVbB4E+LX Wp0FKKCMW2NIBSorKEZuvIDCCZgNf800KtR6VUDFBkVV4NkLcTAlDlZhCg== X-Gm-Gg: ASbGnctTKvmvSKP8BYqc7WXVVVy5nBfY1K+Ir+4JpfZiArp7lytqaAsqKyfATmd3gwz UnJpC++8q5boQKzwPnkjojMFsoBkT/QPJJ50cQKfPSJug3sY61PdWWQK7oxNSX8LzApET75bi5L gXFKjJPKQjXsbhpTEDiEH2dyK9CnJ18owkkCVpGiwKnamLFhjLaE4EHqtiq6E1ugI23SpFGyY3S 4Id7MrkeWN/9HmVYK2w5xE6Gjx+dl+3XycjfbQ/npraPQ16ZC8VsqvISPMauuw/VMIKvj1Xe80S IxH/DbjpjCN8mPbWYdTgcIS050GVIPcDgBy8rYVR8+dAJu/q9KXZJyISlJL75/0iyA== X-Google-Smtp-Source: AGHT+IHdfr97IOyS/5xXp5ICcHrlCpKd57SZMHXyT6xIkgxPmypnPHy0BXt0vLq7RFXTKTv4+ggF6Q== X-Received: by 2002:a05:600c:1987:b0:436:1aa6:b8ee with SMTP id 5b1f17b1804b1-436e2677378mr83442035e9.2.1736494162560; Thu, 09 Jan 2025 23:29:22 -0800 (PST) Original-Received: from pro2 (p200300e0b703ad00d49c34c25e204681.dip0.t-ipconnect.de. [2003:e0:b703:ad00:d49c:34c2:5e20:4681]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-38a8e4b83a1sm3784118f8f.75.2025.01.09.23.29.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jan 2025 23:29:22 -0800 (PST) In-Reply-To: <86msfz16na.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 10 Jan 2025 09:15:37 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:298867 Archived-At: Eli Zaretskii writes: > The xbacktrace command is automatically called by GDB as a post-hook > of the "bt" (backtrace) command. So when the functions called by GDB > to generate the Lisp backtrace crash, you see more calls to > terminate_due_to_signal, which again hit the above breakpoint. Ah, that explains it, thanks! Didn't know about that hook. Could the problem then perhaps be barriers? In emacs_lldb.py I have, for LLDB, a command def xpostmortem(debugger, command, ctx, result, internal_dict): """Call igc_postmortem to set MPS arena to postmortem state""" debugger.HandleCommand(f"expr igc_postmortem()") I call that command manually when MPS gets in the way. Here is the description from MPS void mps_arena_postmortem(mps_arena_t arena)? Put an arena into the postmortem state. arena is the arena. In the postmortem state, incremental collection does not take place, objects do not move in memory, references do not change, the staleness of location dependencies does not change, and memory occupied by unreachable objects is not recycled. Additionally, all memory protection is removed, and memory may be in an inconsistent state. Warning After calling this function, memory managed by the arena is not in a consistent state, and so it is no longer safe to continue running the client program. This function is intended for postmortem debugging only. This function must be called from the thread that holds the arena lock (if any thread holds it). This is the case if the program is single-threaded, or if it is called from an MPS assertion handler. When calling this function from the debugger, check the stack to see which thread has the MPS arena lock.