Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 18:57:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 13:57:12 2025 Received: from localhost ([127.0.0.1]:58794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tWKC0-00024A-2G for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 13:57:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36794) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tWKBx-00023r-Aa for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 13:57:10 -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 1tWKBr-0002Ty-UW; Fri, 10 Jan 2025 13:57:03 -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=gIGrhQZmZdY4vNFhrl9UgZb3MBI/3EM8wl9ZQoWTYnE=; b=HZIfzy88/24D CJOmbWSMleJmY9+IMddTINHrCmh/CEOHZexw8lrPxuFQxORuw8gvc+u0QMjb5tKS7VXN9UiuaW2Oi DNY2thGLDGSslT3fAvMY8RoduYu+i2Ju+TEGMCpQhMmo39M2u6Jkz4CdxelvnPVKhOlFcsoVYt4Bs S3UC+ypOahdA0IZ3IKHuR9TW1LkP4Rhid4a8OvHIoJ4IsD0mN831XxE1qCZu4ufVRzSh/dxkiqxYU q7dSe5NPk9EOO7Uh0NgnXXkRwgTtyAljZ1sH544nikbOdoBUIH8qqi2lP7XnnDv+5oyauNLV5CfE4 tMnF5LBirITNrLmKkXsnyA==; Date: Fri, 10 Jan 2025 20:56:58 +0200 Message-Id: <865xmm1oqt.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <874j263cvz.fsf@HIDDEN> (message from Pip Cet on Fri, 10 Jan 2025 15:30:12 +0000) Subject: Re: 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 References: <87zfk0p741.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN> <86a5by20ex.fsf@HIDDEN> <874j263cvz.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75459 Cc: gerd.moellmann@HIDDEN, telegraph@HIDDEN, 75459 <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: Fri, 10 Jan 2025 15:30:12 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: gerd.moellmann@HIDDEN, telegraph@HIDDEN, 75459 <at> debbugs.gnu.org > > "Eli Zaretskii" <eliz@HIDDEN> writes: > > The problem is this would make debugging slightly less convenient on > macOS (where MPS exceptions are handled on the "wrong" thread) and > possibly Windows (I don't know what sys_thread_self () does for the > additional threads we use on that system). You will see that run_thread stores in thread_id the return value of sys_thread_self. Does that answer your question? > > where it is not, one can disable it, like this: > > > > (gdb) define hookpost-backtrace > > Redefine command "hookpost-backtrace"? (y or n) y > > Type commands for definition of "hookpost-backtrace". > > End with a line saying just "end". > > >end > > (gdb) > > > > (It is also possible to start GDB from a directory other than the > > Emacs src directory, but then one loses the other conveniencies of our > > .gdbinit.) > > I think the .gdbinit code is extremely useful, and it'd be great if we > could somehow cause it to be sourced for gdb run in other directories, > too. That's easy" use the 'source' command of GDB: (gdb) source /path/to/emacs/src/.gdbinit > (This is off-topic, but we could make all Makefiles use paths relative > to the emacs root directory, and use "$(MAKE) -f $@/Makefile" rather > than "$(MAKE) -C $@". How can you do that and still support building from a separate build directory?
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 15:30:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 10:30:26 2025
Received: from localhost ([127.0.0.1]:58412 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tWGxt-0008O6-SK
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 10:30:26 -0500
Received: from mail-40134.protonmail.ch ([185.70.40.134]:50827)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tWGxr-0008No-P7
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 10:30:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1736523016; x=1736782216;
bh=9k0tC+5RVFzvk8rwqmU/s5XS9/xyCFGKrEEy3O38kkQ=;
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=S3PZ3VyNB36H+GYg1sFeDZ1YvE8PITJfc0OPtYza54lyOPynFadNdlapNVNwq7nAh
lh1EgHvP31B80zYfDLfwLEQ+X//nLTiqoousftsNAbRDqogHMhZ5C8+BhMKdbCtxkO
lFFk1DJLQL2v7BqOk6MYrZHLVgfRE5AGrHpQFNVHgJ6kyhoTmCYIlWL+PdCEDusjO8
kjJwWrA3nmeOd7qOTPcAXzvZqMlXGdLLXXsnLDsTSWHhVqN2UqFKFIOESCqLZDCJh9
0DgmP7nqQko8wyZ5LTVdaZbImwgjUQs+yCodfX4lkFUVf4hGSWthjBdGgHudlWV+MM
+8RlYLIaHf0ZQ==
Date: Fri, 10 Jan 2025 15:30:12 +0000
To: Eli Zaretskii <eliz@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
Message-ID: <874j263cvz.fsf@HIDDEN>
In-Reply-To: <86a5by20ex.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN>
<m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN>
<m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN>
<m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN>
<86a5by20ex.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: 865c7be95c2683bd73f85c7d252ee0dbc3663cab
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 75459
Cc: gerd.moellmann@HIDDEN, telegraph@HIDDEN, 75459 <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 (-)
"Eli Zaretskii" <eliz@HIDDEN> writes:
>> Date: Fri, 10 Jan 2025 13:46:40 +0000
>> From: Pip Cet <pipcet@HIDDEN>
>> Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459@HIDDEN=
rg
>>
>> If calling backtrace in GDB means we can't continue afterwards, that
>> would be very bad. I think it's already bad that we automatically
>> append the Lisp backtrace to "bt" output. IMHO, "bt" should limit
>> itself to accessing process memory via PTRACE, not call into application
>> code. Making it destroy the Emacs session even when we can get a
>> backtrace would be worse.
>
> Usually, automatically calling xbacktrace is very useful. In cases
Point taken. IIRC, I destroyed a GDB session by calling "bt" on the
wrong thread (which had no Lisp backtrace, but the C backtrace was all
that I was interested in). In hindsight, I should have just fixed that
case in .gdbinit. I wrote a patch to do so, but now I'm no longer sure
it's a good idea:
diff --git a/src/eval.c b/src/eval.c
index b214870984c..8af819bc9dd 100644
--- a/src/eval.c
+++ b/src/eval.c
@@ -169,6 +169,18 @@ backtrace_p (union specbinding *pdl)
backtrace_thread_p (struct thread_state *tstate, union specbinding *pdl)
{ return pdl >=3D tstate->m_specpdl; }
=20
+bool
+backtrace_current_thread_p_body (void)
+{
+ /* GDB may call us on the wrong system thread. It's better not to
+ display a Lisp backtrace automatically in that case. */
+ if (!sys_thread_equal (sys_thread_self (), current_thread->thread_id))
+ return false;
+
+ return true;
+}
+GDB_FUNCPTR (backtrace_current_thread_p, bool, (void));
+
union specbinding *
backtrace_top (void)
{
diff --git a/src/.gdbinit b/src/.gdbinit
index 40c1a6081fe..cc25fce93b5 100644
--- a/src/.gdbinit
+++ b/src/.gdbinit
@@ -1278,11 +1278,13 @@ end
=20
# Show Lisp backtrace after normal backtrace.
define hookpost-backtrace
- set $bt =3D backtrace_top ()
- if backtrace_p ($bt)
- echo \n
- echo Lisp Backtrace:\n
- xbacktrace
+ if backtrace_current_thread_p ()
+ set $bt =3D backtrace_top ()
+ if backtrace_p ($bt)
+ echo \n
+ echo Lisp Backtrace:\n
+ xbacktrace
+ end
end
end
The problem is this would make debugging slightly less convenient on
macOS (where MPS exceptions are handled on the "wrong" thread) and
possibly Windows (I don't know what sys_thread_self () does for the
additional threads we use on that system). If there's a risk of losing
valuable backtraces for the redisplay code, for example, we should keep
the automatic backtrace and I'll turn it off locally when creating
additional threads.
> where it is not, one can disable it, like this:
>
> (gdb) define hookpost-backtrace
> Redefine command "hookpost-backtrace"? (y or n) y
> Type commands for definition of "hookpost-backtrace".
> End with a line saying just "end".
> >end
> (gdb)
>
> (It is also possible to start GDB from a directory other than the
> Emacs src directory, but then one loses the other conveniencies of our
> .gdbinit.)
I think the .gdbinit code is extremely useful, and it'd be great if we
could somehow cause it to be sourced for gdb run in other directories,
too. (The main emacs/ directory is pure laziness, but I often cd to
lisp/ when debugging ELC compilation issues, because that's where the
command lines "make" produces will work).
(This is off-topic, but we could make all Makefiles use paths relative
to the emacs root directory, and use "$(MAKE) -f $@/Makefile" rather
than "$(MAKE) -C $@". That would involve rewriting the msdos/ sed
scripts, or dropping the MSDOS port entirely. The same is true for any
major change to the build system, but I think only non-recursive GNU
make is an option worth considering. The "new" make replacements, IMHO,
seem inferior to GNU make in every way but performance. Configure is
unbearably slow on emulated systems, but that's fixable without moving
to some non-GNU nightmare. The actual compilation is okay because we
can parallelize it.)
Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 15:28:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 10:28:03 2025
Received: from localhost ([127.0.0.1]:58401 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tWGvb-0008BS-8g
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 10:28:03 -0500
Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:61535)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>)
id 1tWGvZ-0008At-97
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 10:28:01 -0500
Received: by mail-wm1-x331.google.com with SMTP id
5b1f17b1804b1-43675b1155bso25391075e9.2
for <75459 <at> debbugs.gnu.org>; Fri, 10 Jan 2025 07:28:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1736522875; x=1737127675; darn=debbugs.gnu.org;
h=content-transfer-encoding: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=qevUigzFbeBMf4JjOInRk7j3MxfXdCQlGgMscnWGEok=;
b=nhenOX6JozfFzmARMTyBLvi45MNcIDzS2dOMKdcu5xTnmW9vKriZUTn/apOQrwzy4Y
8rcznhzzR1IJeQ//s+7Iapki0f1aqFjZhAFTB/DSSKP3550OWvtxfZ+8w2dNNgOwW6kt
ssxoVuYjQi8fwberFx/j35hZA1ubZaOqHB+DnskKEpCpmc8dE+P1dsNaLuq4wOmXwlmM
NdGp7pRrcx3led8L5rlNrPgMt28YCgkLbkwNcpyA+sMJSvum5QIdwBAYVHM4P7AXgC09
L0ZsQ3uD++Fbxw7qJMpaezrUH8G4J60FY8ad4DeZhOkFgpM857N6guOnCrgzbpPpLPET
zIrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1736522875; x=1737127675;
h=content-transfer-encoding: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=qevUigzFbeBMf4JjOInRk7j3MxfXdCQlGgMscnWGEok=;
b=cOUcoHwePQ6XAmdmm9nqdasgvxqZ/i70rnKHJfeYTOefJI7H0bfFSm2bwMsm+KCtTL
awElRnnmKRFWNquhnfd3V9gjiKnzFaWwkCt1jegcAQMUdNJdIE2MosYTO0W9MfwfN/2M
XVLRg51SGJ+PzkBtw8o72SBFyiDwgBZ34n9fRPmj0fHAdSObiWonvr69EjYVfMQ4m2QO
paTug32MhyMCrq26ShrmDZ7mHBVSZT5dbjbTsyNwGOrsBofIwd+X2RRPBfj04FA4+ocR
qy+gTkT1i+dGDWgjWekKq1kh32m3OsM2dHoF9790pV8mmhcTa+R4kUxONFCchr8YvgZD
qeCQ==
X-Forwarded-Encrypted: i=1;
AJvYcCWUgRBZP/YpWiE9Ho9aEW4/t1MHxLAM3NYzneDZuS2NEnDrrBlhWi/XsdyotV+OVuiPzdpXBA==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YzlHFdVzEx/WyY01w+nQ/gyHYNeZyvHZqWihcJN1iZsfDKFYbac
SzocWQQH5e//eDLlUFIlW4D6dGabNiwikbVK/ypmi6B+Qni+MvBFrs0IQw==
X-Gm-Gg: ASbGncuTdo1CFwqSXcECfLFq+W2rqTgajQyqnFMcw5dWfm1DF0GFflyaJpEEyx7CwIL
8LJmQ98Qg5ejKPXEWUZubORJ3vwFATH1Yy9slFOV7LLaPWHV6pSV5YWVVwM7wWZg7rU8n6ktSVR
WovqXlz80LsuCZM6oD4d8+avO88RjV0X9UU7hhmv6CC27dMJ11h5ve4Q7oLjGwkpous+c2Dtc/7
h66NxMD5gHRg20N5UfzTOWYrHaIFMBpbTR1Y88mS5bu+JV+ySpQVQS5aaGcnAozShCI9F+flqEq
807DixDUlojPe8CA42jMrg1gVz3ZEgwbfvjYLkli+c0Za6n4NPOnF5dlCn5AzW2dxA==
X-Google-Smtp-Source: AGHT+IEGVYvAFzdc/fs4qNnUQrkqdCe+K3iH2o3y5COGer6GKwwBT93XZAtAqS/m7a4VAnrbOCRk5Q==
X-Received: by 2002:a05:600c:5122:b0:434:fa61:fdfb with SMTP id
5b1f17b1804b1-436e26c4843mr107192335e9.18.1736522874671;
Fri, 10 Jan 2025 07:27:54 -0800 (PST)
Received: from pro2 (p200300e0b703ad00d49c34c25e204681.dip0.t-ipconnect.de.
[2003:e0:b703:ad00:d49c:34c2:5e20:4681])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-436e2e8a326sm90384705e9.35.2025.01.10.07.27.53
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Fri, 10 Jan 2025 07:27:54 -0800 (PST)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
In-Reply-To: <878qri3ewj.fsf@HIDDEN> (Pip Cet's message of "Fri, 10
Jan 2025 14:46:40 +0000")
References: <87zfk0p741.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN>
<m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN>
<m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN>
<m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN>
<m25xmmyc9z.fsf@HIDDEN> <878qri3ewj.fsf@HIDDEN>
Date: Fri, 10 Jan 2025 16:27:53 +0100
Message-ID: <m2wmf2wux2.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
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: 75459
Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459 <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 (-)
Pip Cet <pipcet@HIDDEN> writes:
> (root_frame () can return a NULL pointer in some contexts, but not in
> this one, so this is, at best, a *potential* null pointer dereference,
> or a suggested additional assertion. A "null pointer dereference"
> without a "potential" is reserved for code paths which can be proven
> to dereference a null pointer, not for code paths which cannot be proven
> not to. So this is a GCC bug.)
Okay. I think Eli had something similar, some months ago.
> Still investigating the others, but:
>
> In file included from json.c:31:
> igc.h:88:7: warning: redundant redeclaration of =E2=80=98igc_xnmalloc_amb=
ig=E2=80=99 [-Wredundant-decls]
> 88 | void *igc_xnmalloc_ambig (ptrdiff_t nitems, ptrdiff_t item_size);
> | ^~~~~~~~~~~~~~~~~~
> In file included from json.c:28:
> lisp.h:6117:14: note: previous declaration of =E2=80=98igc_xnmalloc_ambig=
=E2=80=99 with type =E2=80=98void *(ptrdiff_t, ptrdiff_t)=E2=80=99 {aka =
=E2=80=98void *(long int, long int)=E2=80=99}
> 6117 | extern void *igc_xnmalloc_ambig (ptrdiff_t nitems, ptrdiff_t item=
_size);
> | ^~~~~~~~~~~~~~~~~~
> igc.h:90:6: warning: redundant redeclaration of =E2=80=98igc_xfree=E2=80=
=99 [-Wredundant-decls]
> 90 | void igc_xfree (void *p);
> | ^~~~~~~~~
> lisp.h:6118:13: note: previous declaration of =E2=80=98igc_xfree=E2=80=99=
with type =E2=80=98void(void *)=E2=80=99
> 6118 | extern void igc_xfree (void *p);
> | ^~~~~~~~~
>
> seems annoying, but avoidable.
>
> I'll push a "fix", but I wanted to explain why first: new useless GCC
> warnings force us to do that.
Thanks for the explanation.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 14:46:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 09:46:52 2025
Received: from localhost ([127.0.0.1]:56886 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tWGHk-0005ki-7I
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:46:52 -0500
Received: from mail-40131.protonmail.ch ([185.70.40.131]:33189)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tWGHh-0005kU-Tr
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:46:50 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1736520403; x=1736779603;
bh=3df3JPra1FXOOYcAc4djq+9ZjyLWeUbq3Fl5qeFAvOc=;
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=pXz3gHCgnFvDdYKH8E9HJSygmIKs+b6UPFpj72FwDoY6FUUIlGwkerHqqp5vwWlvE
l+DNWh8Ve3gvIo1baMEitwhKjMq3CK8c0GcXZxy1C8YXXTfV9fG+hxYJ50FwBE4Qjv
AkeMZnj7aUEXx3+bSxfveav8ZWWxo5UWbTf4xpOplC3aNzId9tctRM+bYpPmh9b87u
e9Nv8J1gOFNEZK7fOpGtSh6FtnFkfNCRwTvavdFrPsvSx3qLIhwE6IDfwpMlA/BDuG
bZiwO8cLYM1vgWMK3pbHk2bSj95PtXibgbGn0dmvq3XBMLh7GMwp/H4vloSMW5yTxd
OwRhOj/mEyNgA==
Date: Fri, 10 Jan 2025 14:46:40 +0000
To: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
Message-ID: <878qri3ewj.fsf@HIDDEN>
In-Reply-To: <m25xmmyc9z.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN>
<m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN>
<m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN>
<m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN>
<m25xmmyc9z.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: 8f92ecb01d7152b08ada7abd4118a8432e4c5a2f
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: 75459
Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459 <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 (-)
Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:
> Pip Cet <pipcet@HIDDEN> writes:
>
>> Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:
>>
>>> Ah, that explains it, thanks! Didn't know about that hook.
>>
>> That explains why "backtrace" doesn't show up; it doesn't explain why
>> backtrace_function asserts on data that we previously ensured would be o=
f
>> the right kind.
>
> True.
>
>>> I call that command manually when MPS gets in the way. Here is the
>>
>> Does lldb allow you to inspect memory that is behind a barrier?
>
> No, or at least I don't know how I could do that.
It may have been unfair to call this a GDB bug: I don't know much about
the ptrace API, and if the ptrace API allows modifying rodata and
reading mprotected memory, there's a good chance that's a Linux kernel
bug which isn't present in whatever macOS uses instead.
Speaking of toolchain bugs, though, I appear to have "been" upgraded to
a new GCC version which produces many new warnings, including what
appears to me to be a false positive "null pointer dereference" (NOT a
"potential null pointer dereference") in dispnew.c.
(root_frame () can return a NULL pointer in some contexts, but not in
this one, so this is, at best, a *potential* null pointer dereference,
or a suggested additional assertion. A "null pointer dereference"
without a "potential" is reserved for code paths which can be proven
to dereference a null pointer, not for code paths which cannot be proven
not to. So this is a GCC bug.)
Still investigating the others, but:
In file included from json.c:31:
igc.h:88:7: warning: redundant redeclaration of =E2=80=98igc_xnmalloc_ambig=
=E2=80=99 [-Wredundant-decls]
88 | void *igc_xnmalloc_ambig (ptrdiff_t nitems, ptrdiff_t item_size);
| ^~~~~~~~~~~~~~~~~~
In file included from json.c:28:
lisp.h:6117:14: note: previous declaration of =E2=80=98igc_xnmalloc_ambig=
=E2=80=99 with type =E2=80=98void *(ptrdiff_t, ptrdiff_t)=E2=80=99 {aka =
=E2=80=98void *(long int, long int)=E2=80=99}
6117 | extern void *igc_xnmalloc_ambig (ptrdiff_t nitems, ptrdiff_t item_s=
ize);
| ^~~~~~~~~~~~~~~~~~
igc.h:90:6: warning: redundant redeclaration of =E2=80=98igc_xfree=E2=80=
=99 [-Wredundant-decls]
90 | void igc_xfree (void *p);
| ^~~~~~~~~
lisp.h:6118:13: note: previous declaration of =E2=80=98igc_xfree=E2=80=
=99 with type =E2=80=98void(void *)=E2=80=99
6118 | extern void igc_xfree (void *p);
| ^~~~~~~~~
seems annoying, but avoidable.
I'll push a "fix", but I wanted to explain why first: new useless GCC
warnings force us to do that.
Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 14:45:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 09:45:11 2025 Received: from localhost ([127.0.0.1]:56874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tWGG7-0005bw-7l for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:45:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49698) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tWGG5-0005at-Oe for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:45:10 -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 1tWGFx-0008TN-C5; Fri, 10 Jan 2025 09:45:03 -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=hPcvY3xBtSID18N9nmQAETIXStqDhE5w7Iis5iJEIxY=; b=ivSEPAt77c7z OvvVbL/BHU9Qre6Ow1YfyBkZ6PqQt1z8RJhrob7Xsgwn7eTiyHvsS5jXXoip8QFfa6Xj4sM+8A3/o wD4BPU04jXmJZlMEFNwArX53eo1Q+HT+JzJV1Iel6i5sfncbx5Zvu29pXtfiKJPVrsZ5EdqOBTCju g5uA/+WGEzLw1uU+7NIOjItqlMfsY/f4rPDIS9D0U0ScLkSifqd6Cg3unf5oGpD4v94FhpJHcDEYT RhCJ/ZPOD3FFvyARdsQiweKy+SXSWwAeONXC7cYjScNR20aU6kaLuJV3Pu3ZdVbaVNsDXMWkhoTMA 1Nim8znUBRIJyejr5X731w==; Date: Fri, 10 Jan 2025 16:44:54 +0200 Message-Id: <86a5by20ex.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Pip Cet <pipcet@HIDDEN> In-Reply-To: <87ldvi3hok.fsf@HIDDEN> (message from Pip Cet on Fri, 10 Jan 2025 13:46:40 +0000) Subject: Re: 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 References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75459 Cc: gerd.moellmann@HIDDEN, telegraph@HIDDEN, 75459 <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: Fri, 10 Jan 2025 13:46:40 +0000 > From: Pip Cet <pipcet@HIDDEN> > Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459 <at> debbugs.gnu.org > > If calling backtrace in GDB means we can't continue afterwards, that > would be very bad. I think it's already bad that we automatically > append the Lisp backtrace to "bt" output. IMHO, "bt" should limit > itself to accessing process memory via PTRACE, not call into application > code. Making it destroy the Emacs session even when we can get a > backtrace would be worse. Usually, automatically calling xbacktrace is very useful. In cases where it is not, one can disable it, like this: (gdb) define hookpost-backtrace Redefine command "hookpost-backtrace"? (y or n) y Type commands for definition of "hookpost-backtrace". End with a line saying just "end". >end (gdb) (It is also possible to start GDB from a directory other than the Emacs src directory, but then one loses the other conveniencies of our .gdbinit.)
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 14:27:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 09:27:48 2025 Received: from localhost ([127.0.0.1]:56825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tWFzH-0004hC-Lg for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:27:48 -0500 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:58815) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>) id 1tWFzE-0004go-Tn for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 09:27:45 -0500 Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-5d932eac638so3970322a12.1 for <75459 <at> debbugs.gnu.org>; Fri, 10 Jan 2025 06:27:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736519258; x=1737124058; darn=debbugs.gnu.org; h=content-transfer-encoding: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=uWJSBZ9+WZUsBJPppQ2e7IcqSKBbTzLl3YUvKJcfhM0=; b=JbGDF5njFnqMNFo6ZCXrCF84DbwSzVEsEmJorKAwG7wAyEtcFVIR5nQ5xe/UeNbcRH XaWd4oCSxNCDvO/A429dvLsetWSPDpXcSfWImtXVh/2sIlYoQecjms2FGM62hOY2wEjq rNkeORJ9XSSm+OIYo+jVGV9TqMGjYBMtxEViJKNEL+56olTlyyExK4hc/vCRTmE5MM+j OiVQuSZvOpbcnxyDqgCaGBAo64lsY2mEkRiMdY230qkZq7jUul2widQAP8rtKMqzl0Jd L1oVpeir+K9IUdgZ7St+m4axbOYlMyw/w0e2BTjS1apdj0+PONneaiWzHNcNu1/zmTyj m3aQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736519258; x=1737124058; h=content-transfer-encoding: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=uWJSBZ9+WZUsBJPppQ2e7IcqSKBbTzLl3YUvKJcfhM0=; b=GJ6jnBwVRC28ZUVMvJD6B9Jgi9zEIushkoNbrs/iaL6SqVDmKpZ+mB8LnA+krjPn+6 VVYqRSoHk0wvjQxQZ8QQ9sZVKUuECmWOojzBJmqTvoPnRtlATplkmAx8+QDymd6UjZuz AgnspZJ77S6Zv1d61Ua4LqQCX/Bu/D9VJD97R7u2RCYCjo7XFn3MYo8VhDdQ2b2M0Vdg Sw9aIDPVX2Q3Ww91cP4P/vUjhAIKj4tiZLbptWL8B9rHrJDCzBfZR8124b5Wl1GOAGtx K+2kYN5x4pRUFYSnsHKPlwnO7ozMnfrnuggUfgvaqqobrA3Of8c9LrvhAm3d/ZA3Vrv8 +zKA== X-Forwarded-Encrypted: i=1; AJvYcCU1ueO5jHt9VvM/FXfGZ25QbyVA6xf4YL6DjF68dFgMTRkKu0Hv2smSt4GuyqOBr09j/TyI0A==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwshKS0nSlO2S3hqQZD48esMhR4CcDnlz3wODyE2XNwjao02YC5 D+kz+L3Q/gxB4wsJ/1qiXeQzfM1G8V2YL8krA0Q/q7FS51JRCaN7kgJakg== X-Gm-Gg: ASbGncszmUTgGkbLAnnnnTcpMDiV2Q0P819Q7gr1acEN0l6MBn38OFpATnhAyoaYFoN UHAtl0qkyj4VewWJ4WTku49plKNyBH3HPXeRIYi99xPN/Ctw5ojCTeoC/a0/6FrgbjbmpyU1jdp Sx0xBW+cNOaihnl3gOXYFebvjv9nxY4dHnu+/dqLjORfQSxGzDDYl7AgRqu5Rwa5/NXaHNMrww8 ihpj1hP0awYgtGTd3ZXnGMZuPGeZiENQdWssXQf/lRwLDsIvxoni9Gl4s14DPi9sMtoMdobUo9v z1FkNTsmX533To2up1SZSqhgr4gjOTqkHPe1rLWBOGKhg+JDcqH2GDg1uB7EPbYfIw== X-Google-Smtp-Source: AGHT+IF3+4P7E3Q0kwGUGeM18rd03V6iWk7GvvPA8aBMmijrKBHWBRPFoXl0Ji77Q6Wwk1u1UXOsUw== X-Received: by 2002:a17:907:948d:b0:a9a:9df:5580 with SMTP id a640c23a62f3a-ab2ab6fd625mr990279466b.19.1736519258022; Fri, 10 Jan 2025 06:27:38 -0800 (PST) Received: from pro2 (p200300e0b703ad00d49c34c25e204681.dip0.t-ipconnect.de. [2003:e0:b703:ad00:d49c:34c2:5e20:4681]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-ab2c90da0f0sm172388166b.52.2025.01.10.06.27.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jan 2025 06:27:37 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> To: Pip Cet <pipcet@HIDDEN> Subject: Re: 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 In-Reply-To: <87ldvi3hok.fsf@HIDDEN> (Pip Cet's message of "Fri, 10 Jan 2025 13:46:40 +0000") References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> <87ldvi3hok.fsf@HIDDEN> Date: Fri, 10 Jan 2025 15:27:36 +0100 Message-ID: <m25xmmyc9z.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) 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: 75459 Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459 <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 (-) Pip Cet <pipcet@HIDDEN> writes: > Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes: > >> Ah, that explains it, thanks! Didn't know about that hook. > > That explains why "backtrace" doesn't show up; it doesn't explain why > backtrace_function asserts on data that we previously ensured would be of > the right kind. True. >> I call that command manually when MPS gets in the way. Here is the > > Does lldb allow you to inspect memory that is behind a barrier? No, or at least I don't know how I could do that. (LLDB's Python API, which I use, is a SWIG wrapper of the C++ objects the lldb lib uses. The Python classes are not completely documented, so there might be something hidden somewhere.)
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 13:59:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 08:59:24 2025
Received: from localhost ([127.0.0.1]:56791 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tWFXn-00036u-LQ
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 08:59:23 -0500
Received: from mail-10628.protonmail.ch ([79.135.106.28]:62285)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tWFXk-00036X-S1
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 08:59:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1736517554; x=1736776754;
bh=UVFeMScqmpRdwj2DmndZrBbFNY/jASUXHBgQbtmHQaA=;
h=Date:To:From: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=cTIUkBqzjuswQasn//Xo1R7yOiFwMw9XWYw6/8OERLz1Ig3oLO3PMHDGu92HyITmW
2tygg9TzKDJ2dONQYUsqI9c8uDVV8WL9lQnGCofUQRBy9QWUmA98KWvN6wiziWXIRd
wiMW5Vj+khp93zSmeyJbiW3hQIgj5uQBUCkVo+FxFCoppiQXOSTWoIqgMkXY+P4+kQ
bzvI9ZZvenYQ970TFxrL06PbtfDqGlcNXhBCEGNAAWJydorB+fiIssNXFHKf/Y8kBg
kTu9Rf+V29KnoMjWS/dkbwNX6bjfk362j5TWyCBS95cHzQeRbMWF3TOVDtAmReFYV+
+cThUwTvFTLsg==
Date: Fri, 10 Jan 2025 13:59:10 +0000
To: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>,
Gregor Zattler <telegraph@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
75459 <at> debbugs.gnu.org
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
Message-ID: <87h6663h3o.fsf@HIDDEN>
In-Reply-To: <87tta7sjt8.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN>
<87plkv3hzd.fsf@HIDDEN> <87tta7sjt8.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: e734a20c5c73c0cff167c349e07a8a1724bd173d
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: 75459
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 (-)
"Gregor Zattler via \"Bug reports for GNU Emacs, the Swiss army knife of te=
xt editors\"" <bug-gnu-emacs@HIDDEN> writes:
> Hi Pip,
> * Pip Cet <pipcet@HIDDEN> [2025-01-09; 19:27 GMT]:
> [... 29 Zeilen deleted ...]
Sorry about that; I tried to leave in enough context for my response to
make sense without having to reread the original report.
>> "deadl", which appears at the beginning of an Emacs string ("deadline") =
only in
>> org-agenda.el. The string is unlikely to start earlier because the next
>> byte would be 0x08, an ASCII backspace. Unlikely.
>>
>> More likely it's an unaligned string. I think Emacs string data is
>> always aligned, except for pure strings. But on scratch/igc, even pure
>> strings are aligned to an 8-byte boundary!
>>
>> "closed" also appears in org-agenda.el, but this string isn't
>> NUL-terminated: it's a Pascal-style string, with a length byte (0x06)
>> followed by 6 ASCII characters. That would match the 8-byte "deadline"
>> literal.
>>
>> Possibly a (basic) compression format, probably lz4 or zlib. I'm
>> guessing this is a git object, which is stored in zlib format, and that
>> appears to use length-prefixed string literals like these.
>>
>> What is it doing in your Emacs data?
>
> I have no idea. If I remember
> correctly, I started Emacs and told it
> to load the org-agenda files, and that
> would be it, these are plain text.
Very strange. We sometimes store .el/.elc files in gzipped form, but
.gz files don't usually contain literal strings contained in the
original (M-x find-file-literally seems to confirm this).
We can see some of your org agenda in the backtrace, so that shouldn't
be it.
> (gdb) p $rsp
> $10 =3D (void *) 0x7fffffff95f8
Nowhere near the corrupt data. Again, very strange.
Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 13:46:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 08:46:56 2025 Received: from localhost ([127.0.0.1]:56761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tWFLj-0002XR-RG for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 08:46:56 -0500 Received: from mail-10630.protonmail.ch ([79.135.106.30]:45999) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <pipcet@HIDDEN>) id 1tWFLh-0002XA-Nk for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 08:46:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1736516805; x=1736776005; bh=wok2Ukowuns9UvIsiyf+iFv1s1J6ZqIQM/f/JMlX4V0=; 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=UfHsONBfF4SOSIOydbgamX/yaxDubdfT/2XHzCOq7BG7movLEiKb4tp1Hn1UwoRMq QWPZ4lhhDeMlxmyTW2bwacZOOR8Bi0LhFmtfXq9QI3G3DxDRKb8O9ajHCL5JFJjEom FZk02s/xEGk2NTRYJWaS7hpOLu+B/Nw2K3UPfRl1re2dXrKvoNlQrqKIO6uvy/Xohi j23vy7qUbrQA2tDo/Zi+tk3vIeXPRmHa41JlCALRjRJoF1+ojAnu7ll2ptIsM0hOFK hypVI1k3zplmnilCMvGjCVkdWBoxvgdVAwjb4ZWxiOv/LYcJyRrMi9uAl5YcyMPF+r ZL4bGJpWd3hAw== Date: Fri, 10 Jan 2025 13:46:40 +0000 To: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> From: Pip Cet <pipcet@HIDDEN> Subject: Re: 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 Message-ID: <87ldvi3hok.fsf@HIDDEN> In-Reply-To: <m2tta7xh2m.fsf@HIDDEN> References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: f99708ea68bb0dff6631e5b9096ec257f5b147a5 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: 75459 Cc: Eli Zaretskii <eliz@HIDDEN>, telegraph@HIDDEN, 75459 <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 (-) Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes: > Eli Zaretskii <eliz@HIDDEN> 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. That explains why "backtrace" doesn't show up; it doesn't explain why backtrace_function asserts on data that we previously ensured would be of the right kind. As the stack pointer is nowhere near the data that was clobbered, I have no idea what's going on here. .gdbinit ensures we're looking at a frame with pdl->kind =3D=3D SPECPDL_BACKTRACE, we call backtrace_function, which is meant to be backtrace_function_body, which easserts the very same thing we just tested, but finds it is no longer true. Maybe backtrace_function is no longer equal to backtrace_function_body, but backtrace_function should be in the .rodata section, which should be protected against modification (but GDB has no problem modifying it, and doesn't even issue a warning when doing so; another GDB bug, IMHO). > Could the problem then perhaps be barriers? In emacs_lldb.py I have, for I don't think so: barriers don't cause SIGABRT (not even when the "barrier" is unknown and MPS gives up; in that case, MPS restores the SIGSEGV handler and raises SIGSEGV again; I think that's an MPS bug, BTW: what MPS should do is to restore the SIGSEGV handler and return from the handler, which will cause the faulting instruction to be re-executed, which will, in turn, call the original SIGSEGV handler with a siginfo structure), and the eassert in backtrace_function accesses the specpdl, which is (unfortunately) an unprotected root. > 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 Does lldb allow you to inspect memory that is behind a barrier? GDB does (which is good), but doesn't warn about it in any way. That is very, very confusing behavior. I think it qualifies as a GDB bug which should be fixed (but the last GDB bug I reported was a +1 on a 20-year-old bug report that was never responded to in any way, so maybe reporting further GDB bugs is a waste of time). I don't think the decision to abort MPS and access the data in whatever (presumably inconsistent) state it was left in is one that should be made automatically, and that applies both to calling Emacs functions and to using GDB commands. If calling backtrace in GDB means we can't continue afterwards, that would be very bad. I think it's already bad that we automatically append the Lisp backtrace to "bt" output. IMHO, "bt" should limit itself to accessing process memory via PTRACE, not call into application code. Making it destroy the Emacs session even when we can get a backtrace would be worse. Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 08:15:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 03:15:04 2025 Received: from localhost ([127.0.0.1]:56322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tWAAa-0003fU-3u for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 03:15:04 -0500 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]:54732) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>) id 1tWAAX-0003dj-Kr for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 03:15:02 -0500 Received: by mail-wr1-x42e.google.com with SMTP id ffacd0b85a97d-3863494591bso967350f8f.1 for <75459 <at> debbugs.gnu.org>; Fri, 10 Jan 2025 00:15:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736496895; x=1737101695; 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=ePwtw5mGa2+edoo9eipv07t7oIpQOBannt8LmbRl1Vs=; b=PjSTr7+y/tSaowbVLy8uc+/V/yXS+UpdQyhHRfe01TYUe7TrDvVu7HDFMWhL3rvOVX QQz/v2GUp0RyUZVa4Z4FuqtMX+Zh0tN53D7btGUh5uOn5P0fFZHStj5u3PJG1L/6C3Wj QHxdKxkI2AuwE6LCcf6hkznC8VFvKazDh6NFEI6hnQ8Yt+m/aihp1zDTBCY1fKWI9mK/ X/vPP08WLmpV0HIH119/FV4GVFiZcD4XyNabklnaYzPTNEKW7ih9AjP05ICyh34v4vyE 4TjbR3pxApO6+tkXo4fnA3mk/eDUKgtNnxp2lymyELQkJhxB796Z3ix4lM4tuxzTZ2GZ A/tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736496895; x=1737101695; 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=ePwtw5mGa2+edoo9eipv07t7oIpQOBannt8LmbRl1Vs=; b=ObmOt8V25HRhg8olfnOobCI7koqrvM5yPhPTXpJLQeOrC8zaKD4GS2vVoioZzy2reJ OvBuaxFI6dkWTzlaSkYUp/Q3si7qyi53sIeo56UX3Efn20T67qC8S2GIxgd4PVRgCPTO xo748P3TstEeKhGasQdCO86zWR2vUFS3Ue7if/hVkV5cKD5+gYMlC6l5f7WH6oE4gqCD Ay/pnBBwI3AAUYP/VwSm0hDkaYrUL5SB8m1oW5ncwKFnxe4hvtQh4NODbK8dqaCb9bq0 6Ukkj1+XB3mtrzV1HIqCwHV+67Oi26PrTHhzDfiVZ2RRPi2XvGo1ALQwF+AimFzZCwN9 ovfQ== X-Forwarded-Encrypted: i=1; AJvYcCXc0PaQ2r4YN9PfV8limlceEkyDt2V+j3S1171iFbDVDI/QFdjNnIJ4g3iAHu1hJq2QsLZxuQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyPFxlMotP6CGlAkNONFooH8nLOCtlKYDF6rkScZGY7QET9dXuU GtV6lBK43vXaqIKyVVDRZIvQFc0ID4TUgmpdt6AukQ5WNVMPkhdD/EOsIQ== X-Gm-Gg: ASbGncsPt/5cCzLMow0gJg5KwV53pmqwyIIIiG5GtuhAkMPHi9d6IGT697d+fApR2pf g3pnPaSgDWBq96I/j6Dq4cf/sfiYH+bZLo4jQmOtyMlLVSX/5LWXF7Zdw0dsOBJhkQiUtjj8JdQ PdyvOBXIamDA/QvdFuHOn1L8qimjccqLbB2vA5tTXDkNSy4676naaAtIZ0f787obte9run4QNoN 6fKvDNX5ZbivF1EmYZgn9YkhU653VVpSlBMfJgb8aJJaQ20EeSj2wVZX0vJiytt52yxbOb9bmFB MN+eOhjYR1ZYj0G/57sod7aSo8tngljxjRXL+cfyyvRb3cqj/lPAgHihamKxs+tdeA== X-Google-Smtp-Source: AGHT+IFhRY/jWjOssSc2mkOOKYaMlEoIoDhGnIbqCq0marBkEirsjf5OEHdj6MJr59mIYLV2MHaAHQ== X-Received: by 2002:a5d:64cc:0:b0:386:366d:5d0b with SMTP id ffacd0b85a97d-38a8732098dmr8322486f8f.55.1736496894663; Fri, 10 Jan 2025 00:14:54 -0800 (PST) Received: from pro2 (p200300e0b703ad00d49c34c25e204681.dip0.t-ipconnect.de. [2003:e0:b703:ad00:d49c:34c2:5e20:4681]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-38a8e38bd0dsm3841478f8f.45.2025.01.10.00.14.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Jan 2025 00:14:54 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: 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 In-Reply-To: <86ikqn14wo.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 10 Jan 2025 09:53:11 +0200") References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> <86ikqn14wo.fsf@HIDDEN> Date: Fri, 10 Jan 2025 09:14:53 +0100 Message-ID: <m2ikqnxeyq.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75459 Cc: pipcet@HIDDEN, telegraph@HIDDEN, 75459 <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 (-) Eli Zaretskii <eliz@HIDDEN> writes: > > ...the above makes me wonder whether calling this unconditionally will > shoot us in the foot. Debugging with GDB does sometimes call > functions in the debuggee, whereas the above says "no longer safe to > continue running the client program". I wonder what kind of > "postmortem debugging" they had in mind, perhaps only debugging > MPS-related code itself? I've had a number of cases where barriers got in the way of looking around in the Lisp data using LLDB. Say one starts with a list, some car is a symbol, and one looks at the value of the symbol. Something like that. It's not ideal that MPS is dead after xpostmortem, but better than nothing.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 07:53:26 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 02:53:25 2025 Received: from localhost ([127.0.0.1]:56284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tW9pd-0002dU-Fj for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:53:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53950) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tW9pa-0002dG-P0 for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:53:23 -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 1tW9pV-0004WD-2t; Fri, 10 Jan 2025 02:53:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=/On83AB2qkf6diuBOLm8E6xpaP1MkGrQilqfEaS204U=; b=r2nbi95ZHt1KfoyUM4mT QiNsB6cCzG93Oa14US9p6Bet2VLvfXo0iuj/VlCLqO4dCBb4A7mYK3BhWDBL9mo5l0qtaYLfzHCjB qy510TwtYmHRqfEKjVfFb7ZhHJYsrIvuHCcv04nmzvZ55+SJGLCA0zWvCynqjtHu6676piLmRcC2K KZDjfyvjhmUdH1eF4ZtyfdCwO1VUfL8aLGnlI05I2tE/iInVwwi/xrKaK5VXRd7qgqqUO2d83t05n m/BP//X7qKVBH+u9ElWDOendPfyRakqezMwACyS8l3fKnILILwqSUOJDbCOLUoW9XAxrSWU8Sid89 jeIt1lDKImqzJA==; Date: Fri, 10 Jan 2025 09:53:11 +0200 Message-Id: <86ikqn14wo.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gerd =?utf-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN> In-Reply-To: <m2tta7xh2m.fsf@HIDDEN> (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Fri, 10 Jan 2025 08:29:21 +0100) Subject: Re: 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 References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN> <86msfz16na.fsf@HIDDEN> <m2tta7xh2m.fsf@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75459 Cc: pipcet@HIDDEN, telegraph@HIDDEN, 75459 <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 (---) > From: Gerd Möllmann <gerd.moellmann@HIDDEN> > Cc: pipcet@HIDDEN, telegraph@HIDDEN, 75459 <at> debbugs.gnu.org > Date: Fri, 10 Jan 2025 08:29:21 +0100 > > 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 Maybe. We could add that to the xbacktrace command. However,... > 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. ...the above makes me wonder whether calling this unconditionally will shoot us in the foot. Debugging with GDB does sometimes call functions in the debuggee, whereas the above says "no longer safe to continue running the client program". I wonder what kind of "postmortem debugging" they had in mind, perhaps only debugging MPS-related code itself? In any case, we should call this function only once per run, and in the context of thread 1. So maybe calling it manually, like you do now, is the best alternative? In which case we should add this to etc/DEBUG, I think.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 07:29:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 02:29:32 2025
Received: from localhost ([127.0.0.1]:56234 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tW9SV-0001S8-Ni
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:29:32 -0500
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 <gerd.moellmann@HIDDEN>)
id 1tW9ST-0001Rr-FX
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:29:30 -0500
Received: by mail-wm1-x32b.google.com with SMTP id
5b1f17b1804b1-436345cc17bso13050065e9.0
for <75459 <at> 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)
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)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: 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
In-Reply-To: <86msfz16na.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 10 Jan
2025 09:15:37 +0200")
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN>
<87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN>
<86msfz16na.fsf@HIDDEN>
Date: Fri, 10 Jan 2025 08:29:21 +0100
Message-ID: <m2tta7xh2m.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 75459
Cc: pipcet@HIDDEN, telegraph@HIDDEN, 75459 <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 (-)
Eli Zaretskii <eliz@HIDDEN> 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.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 07:15:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 10 02:15:49 2025
Received: from localhost ([127.0.0.1]:56222 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tW9FE-0000sP-WF
for submit <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:15:49 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:54802)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tW9FD-0000sB-M6
for 75459 <at> debbugs.gnu.org; Fri, 10 Jan 2025 02:15:48 -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 1tW9F7-0000G1-Vt; Fri, 10 Jan 2025 02:15:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
Date; bh=dec2kg5eJK2oTVRWpkbYTPKwGDxXldwImaEm7uGUdOA=; b=mO6If7UYVrnbRixOgVYr
vLd9zOrjbAEDeDKp+dgTkDmmKqwipfcE1sUvYR4gDjOsrPZqfFfdDoffVeRrTPhW8yccd52h19SVG
rI/eLW0XICSckTgxYZ1y+kBRLOAXan4U6cE5c28SXSQIuj5QvifX4VIFbo4YU/QujoBrgixg76icI
YQ2dyTprkoaKfjfcokewzE5CNnudkslScuYEWnOWzGSmKYoUWw2eQF0EffRW24IzeJiR95NIswHbc
Sf5lpuiBDR97z1egC3Lh7SdNDvVVQGB/xUMgYUa2Sx15xBtkYpPQuoGcafS046kKVISFIpeuf7mFL
D8gOcQnzbuIhGw==;
Date: Fri, 10 Jan 2025 09:15:37 +0200
Message-Id: <86msfz16na.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Gerd =?utf-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
In-Reply-To: <m234hrz2w8.fsf@HIDDEN> (message from Gerd =?utf-8?Q?M?=
=?utf-8?Q?=C3=B6llmann?= on Fri, 10 Jan 2025 05:52:39 +0100)
Subject: Re: 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
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN>
<87plkv3hzd.fsf@HIDDEN> <m234hrz2w8.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 75459
Cc: pipcet@HIDDEN, telegraph@HIDDEN, 75459 <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 (---)
> From: Gerd Möllmann <gerd.moellmann@HIDDEN>
> Cc: Gregor Zattler <telegraph@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
> 75459 <at> debbugs.gnu.org
> Date: Fri, 10 Jan 2025 05:52:39 +0100
>
> Pip Cet <pipcet@HIDDEN> writes:
>
> > Gerd Möllmann <gerd.moellmann@HIDDEN> writes:
> >
>
> >>> #0 terminate_due_to_signal (sig=sig@entry=6,
> > backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
> >>> #1 0x00005555555b72db in die (msg=msg@entry=0x5555559d49e0
> >> "pdl->kind == SPECPDL_BACKTRACE", file=file@entry=0x5555559d4540
> >> "eval.c", line=line@entry=118) at ./src/alloc.c:8377
> >>> #2 0x00005555555bcc21 in backtrace_function (pdl=<optimized out>) at ./src/eval.c:118
> >>> #3 0x00007fffffff986f in <function called from gdb> ()
>
> Another thing that irritates me is that I don't see emacs_backtrace in
> the bt. Die is there, which calls terminate_due_to_signal, but then we
> are immediately in backtrace_function. That makes no sense.
I think that's because we stopped before the call to emacs_backtrace:
> Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
> 432 {
> #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
> #1 0x00005555555b72db in die (msg=msg@entry=0x5555559cedde "CHAR_TABLE_P (obj)", file=file@entry=0x5555559b0565 "character.h", line=line@entry=597) at ./src/alloc.c:8377
This happens because src/.gdbinit sets a breakpoint there:
# When debugging, it is handy to be able to "return" from
# terminate_due_to_signal when an assertion failure is non-fatal.
break terminate_due_to_signal
The call to emacs_backtrace is further down in
terminate_due_to_signal. It was not called yet.
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.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.Received: (at 75459) by debbugs.gnu.org; 10 Jan 2025 04:52:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 23:52:52 2025 Received: from localhost ([127.0.0.1]:56066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tW70t-0002f0-Sw for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 23:52:52 -0500 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:42290) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>) id 1tW70r-0002el-0r for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 23:52:51 -0500 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5d3dce16a3dso2990341a12.1 for <75459 <at> debbugs.gnu.org>; Thu, 09 Jan 2025 20:52:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736484762; x=1737089562; darn=debbugs.gnu.org; h=content-transfer-encoding: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=yNNmqcxsbn+tWhUy0nq0qBtxVIjTp7BnH9XyqWDtYzM=; b=ScRLZckn25W3bYfqmjkIHK7uMlcu8t0EP9gOHLbfZv5d1+kJuoL4HPU6A3vUkFWlnz 8AA03ZT3vb7u4rX9ToiTtoEniewfxOEJqtEFMlYWY7qRQ4GOyfQ7sHqGe1oybPIessLu eHCT1nfUz2sFKk3K/XSJkiQCsVKB2nIUOTEBSJDyeZiORrASlxzg4MokL2XkXxGU70fg tv7DGrC33tlWDVOnw28MjQbGDZrn/2zpgJp8RztF0dEBdO16zMbPPMKnvJZm1XaZJfjW 7O03N0QDshp12qVNFI3xopD2jIAK7BC6gGVIKCm0Y9eqoKgLiwG1g4UF/7n9UycfmYdC qWDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736484762; x=1737089562; h=content-transfer-encoding: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=yNNmqcxsbn+tWhUy0nq0qBtxVIjTp7BnH9XyqWDtYzM=; b=ZvYwwQYo76kOk9NhPCm7i7nBgxqkzLPEumvHEyRDHvB3iBBjtCv9KK7P1+Kq0SThe7 tdn0YCe1Wc1AT2UQYcNVe7Q5qSHbg0WzIFR5kOr80udTBM2uvAi6RRiJnibgA45hCw2C LMyebuFIDY3OSGyZJ734V8P74Fc+RvH686M4Nf5knwBwANXQUutl914CMoY0LloIc38E yT/hqCA35o8L6lMoMhZQlZDoi3uvpTYpOmb3nDlyook1u7d8i1F6lYf0cqua5jSbF7m9 paMZsT41iF/sz2hOSTkG1xCHzaOqKGc2042QxwWQH2k4b4m3C2DGN8c9mm+CnS2OYmaI goCg== X-Forwarded-Encrypted: i=1; AJvYcCXYSCoNlmMJm24ZZthiPttzzo883F0hoRkDsj2waEU9ThTG/avP54ZEEPPhtrbQL8xsSrtKxA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzTS4gTTMDTj4ZeK5b2d2BxgDeYNVaMmsuTgHggdny5ak38oMRs n7g6SewlQDtorG7V9HrOrK/RjsuPtmEoFPDIE+w/K6Kj43bdBW7fCHG/NA== X-Gm-Gg: ASbGncu8Ov9zA0jjD8bHpr3dzOwBtvaj3jT2rjzZpd+cct06Q+TAeYJfUZ+vu/mrKRA Tz6k/p35qbJyHfSjEASApi+eXxTNIxxBCaQWlCCetuKr6BOmetlCoPrbwYUWf89MvpEBA5eh5j1 62ov+wIJysRCj1yacnOgW+E22xCV1IbocXseAWjZMFabDTaN9kybUW37dCoakToG3I1DtdKz9cb oAO+a0EdOhnR+qxQh0nDpvcIlR8QUCiPfnIcqDtThVQBwYGiUJXIG+kkJQnk4wjrXrIPCTqS1hC dKlZ+6F6+me5xmoa9n1moS8KcNUyFvM3l5c3X9ubQNRlZPi1ZmQztZLlIUCzaXUkXA== X-Google-Smtp-Source: AGHT+IGgsvm3yQVDei2luk2HzVu17MGiprasajQKDf4ttaNBVv/oEVC0iysGsZb5dZTwYoFmhujDbA== X-Received: by 2002:a05:6402:3207:b0:5d0:ece3:158a with SMTP id 4fb4d7f45d1cf-5d9861a178cmr5088924a12.3.1736484761933; Thu, 09 Jan 2025 20:52:41 -0800 (PST) Received: from pro2 (p200300e0b703ad00d49c34c25e204681.dip0.t-ipconnect.de. [2003:e0:b703:ad00:d49c:34c2:5e20:4681]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5d99046a195sm1188492a12.57.2025.01.09.20.52.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jan 2025 20:52:41 -0800 (PST) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> To: Pip Cet <pipcet@HIDDEN> Subject: Re: 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 In-Reply-To: <87plkv3hzd.fsf@HIDDEN> (Pip Cet's message of "Thu, 09 Jan 2025 19:27:55 +0000") References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN> <m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN> <87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN> <87plkv3hzd.fsf@HIDDEN> Date: Fri, 10 Jan 2025 05:52:39 +0100 Message-ID: <m234hrz2w8.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) 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: 75459 Cc: Gregor Zattler <telegraph@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, 75459 <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 (-) Pip Cet <pipcet@HIDDEN> writes: > Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes: > >>> #0 terminate_due_to_signal (sig=3Dsig@entry=3D6, > backtrace_limit=3Dbacktrace_limit@entry=3D2147483647) at ./src/emacs.c:432 >>> #1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 >> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 >> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377 >>> #2 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at= ./src/eval.c:118 >>> #3 0x00007fffffff986f in <function called from gdb> () Another thing that irritates me is that I don't see emacs_backtrace in the bt. Die is there, which calls terminate_due_to_signal, but then we are immediately in backtrace_function. That makes no sense.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 22:30:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 17:30:09 2025
Received: from localhost ([127.0.0.1]:54883 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tW12W-0001TL-Bm
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 17:30:09 -0500
Received: from mout.gmx.net ([212.227.15.15]:45333)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <telegraph@HIDDEN>) id 1tW12J-0001Oj-CT
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 17:29:55 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1736461784; x=1737066584; i=telegraph@HIDDEN;
bh=jlFBWWJJV/5LGw++wGi/vk/zJWJvq/qG4ygvPB6HC8g=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
content-type:date:from:message-id:mime-version:reply-to:subject:
to;
b=UH2PRWeW7UlvUQEk1hlc6buAzYhbUqtE4mVMzze68nOUQPJoz37jB8r4O0AYKgwQ
jc8BhrgSbjy0EKg2o5jWhp0ugdFLAd2ytb2KSGqlaJusszkE9+nlveWKSQcM94wq1
LYguAraF4vI8Ztha4KDBSRG6JMQvX02geksIEnDon9zwcuyTm0pJHzJpZaeCgLWv5
eYuFHBvy8/YtahUGQKvUsYOSlUVamMTXMHlwvPFP/oVbAIIky9eoMBF7sJ/CKHixf
PQ/QvVx7YH/RPUqoI7h0KMTmw+ZczZGy//dRLHOgcb5mQiHepAzq+MpdQAmc4hUD2
/ymZ/7lpD5QCZes90w==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MuUj2-1tF2La2hwQ-00zwjS; Thu, 09
Jan 2025 23:29:44 +0100
From: Gregor Zattler <telegraph@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>, Gerd =?utf-8?Q?M=C3=B6llmann?=
<gerd.moellmann@HIDDEN>
Subject: Re: 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
In-Reply-To: <87plkv3hzd.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN>
<87plkv3hzd.fsf@HIDDEN>
Date: Thu, 09 Jan 2025 23:29:07 +0100
Message-ID: <87tta7sjt8.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:N9VS4O4QrMMLuVeIsdVuyZR7oq9gTgp49GPivXElYKdTMxu6wZb
Ld9rxA21FecA4S5zA1ZafKfDsXGntYQSfVcGhgIWgzN38dQOHi4+7yzkmLR4VRSD4M2d/em
/VK17X58OzVgdfvSe6B1NHzjgb2J8vC1cA+epgBM3Yu7N9u9z5pz4VqeWPwE7T86ayOHYFI
qHfalJWviEibo72Lpbs/g==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:FeO8vILKkhU=;WN4yYhHuElQeUEjRQ3SsKijNDPy
6T+HRomh9o0+ryohsKiwe3Xn9GdXARBaEm3S9t9b7InTiM4cfJ0sdiq79LXcxuPqU31ZfZAsh
Pk9+7Oglbb4Lqdkdwq9DZGPDTO9xJWTaWUiroHEwCxyTW0k73bDEX3D+CK0LB2b40lOQ4CqeT
GcjUq1ihjeZLOQfECDMF4BOG9ekyQCqApUAesd29yahE0gMeDYEBipsG1MRweiRwkzb+6lWCt
Gg3jhRThINTDfzrn/+/uZQFCZhpjW+uPIsQc7DbWaCxNPHq498+V38Rcz8jeydyytbip2PWs+
xrBUoFmZPJjCNgzLGYH/BNCXmCSg3B2C8RhMhr3dWKGbKdkOnTsdniuA4cuZcKOtM/3o18Z1K
jcfRQua5sA5S/XFaZDNOC+eb/JyISreDdKNA1feWjNIWRSE05RLJbaRiQFkTpUkHL1JIuzLLN
u21++T7RstBU5WR5eFw8461CBY9uNr02fZ4NTH2W2P45JqFtuBbI2O4xP80jcWCjI+rA184Ow
ItKG6OZDYWiU+Au2LkjY6i0RRAk3dbSp5utd01DoLoAlS6o7RLTP/qXLjRFAzENyOXSmVEtMw
nS09VZAr37ipOtTfInx8J+lxAyDctgVI9sycj1HJowGeZc8c6MFm8ZeTuDRry3PxFiVSZkLam
MixTyNlcqmt4Hf//ClaRWX/dMvfYhRknJtLWnV/K0onpOR9cmhWoWFVT351B/VBWiok5M0+ZJ
q7tyAiW17BCAczbtQIl0kraYs32cdTW8zKx0V8lwAEvJ1OIGOvcw+QP33g/i7l6brCvReTgOr
rY14cV8O6zNZlvpAW9mJ0YTTsI4j2ivM7pHMxZGoRaAy3iYalHNVzdEN6/8MEca0zT43IDIXb
BImxpB/dzEF98NuX8RDufZ1m/kzFusaLW08xsc0YM+x+OjsG4DBEDvovJY8ncUlR6lUPeRb0p
m7Kva5cRmj6/87ar9q8+HS3deowP4y4L7xPMPEFuRM35DpyJACEO2Ubk6x7FCBPajlgwWFoCP
1MC4CyimpfQNHUcjKKr1GCxezavgFujm8PE6t9O4n/ffXwW3satNT8vbYA3mnWtH4t4Wd61aZ
eimqclnyF1nQxU963S7fJV9SsnpM8c
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 75459
Cc: Eli Zaretskii <eliz@HIDDEN>, 75459 <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.7 (-)
Hi Pip,
* Pip Cet <pipcet@HIDDEN> [2025-01-09; 19:27 GMT]:
[... 29 Zeilen deleted ...]
> "deadl", which appears at the beginning of an Emacs string ("deadline") only in
> org-agenda.el. The string is unlikely to start earlier because the next
> byte would be 0x08, an ASCII backspace. Unlikely.
>
> More likely it's an unaligned string. I think Emacs string data is
> always aligned, except for pure strings. But on scratch/igc, even pure
> strings are aligned to an 8-byte boundary!
>
> "closed" also appears in org-agenda.el, but this string isn't
> NUL-terminated: it's a Pascal-style string, with a length byte (0x06)
> followed by 6 ASCII characters. That would match the 8-byte "deadline"
> literal.
>
> Possibly a (basic) compression format, probably lz4 or zlib. I'm
> guessing this is a git object, which is stored in zlib format, and that
> appears to use length-prefixed string literals like these.
>
> What is it doing in your Emacs data?
I have no idea. If I remember
correctly, I started Emacs and told it
to load the org-agenda files, and that
would be it, these are plain text.
I do every day at least once. This did
not happen before. I tried to reproduce
in an Emacs optimized for debugging, but
the problem did not occur.
[... 392 Zeilen deleted ...]
> Can you try "p $rsp"?
(gdb) p $rs
$7 = void
Upps, "rs" != "rsp"
(gdb) p $rsp
$10 = (void *) 0x7fffffff95f8
Ciao; Gregor
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 19:28:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 14:28:13 2025
Received: from localhost ([127.0.0.1]:54301 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVyCR-0000pM-V4
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 14:28:13 -0500
Received: from mail-40134.protonmail.ch ([185.70.40.134]:14121)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tVyCO-0000p3-If
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 14:28:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1736450881; x=1736710081;
bh=pWOYOrv+IMx4Siu4nV5pK7SiRFtUOxZaRvXjrFji9qc=;
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=rlcxVvmHMm0lYZmhWdH/+jLE9itNWgL3OyAJI5T+D8+aUe0v8FuiZKZ34Mnw5ZLJc
y8AUgqpZf//bGAqwHC7KhLwcIB+gB8Yc/iiJIblD+sFaBjjsJ9qPgcMAZSbU/d1YQy
ut4FH0Oyb2NpaMDo2fzLnTzKAE7cUc7lIYsoCbGfClErqppOQz9xto8skuS4aIVkGz
840znYrIAab6u3btc52ZemEBTHN9nGvBINjAL2bw/TDqTnMJSdrDQwt5vao9y8m9YO
R++yJuafggFmuzgBv6bwz7f/QyadBDm+kcOgIzh4y5sYbHURCTTzNYgNtpbH2D9YNz
MMg6bsMeAXogQ==
Date: Thu, 09 Jan 2025 19:27:55 +0000
To: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
Message-ID: <87plkv3hzd.fsf@HIDDEN>
In-Reply-To: <m2bjwgynfo.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN> <m2bjwgynfo.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: 08dbbbd20f4c39d1cf24d1a1c44ae8dc390b5c88
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: 75459
Cc: Gregor Zattler <telegraph@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
75459 <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 (-)
Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:
> Gregor Zattler <telegraph@HIDDEN> writes:
>
>> Hi Pip,
>> * Pip Cet <pipcet@HIDDEN> [2025-01-09; 14:47 GMT]:
>>> Gregor, can you run "print specpdl_ptr",
>>> "print *(struct Lisp_String *)0x555557040d50", and "bt full"?
>>
>> (gdb) print specpdl_ptr
>> $4 =3D (union specbinding *) 0x5555567c1a50
>>
>> (gdb) print *(struct Lisp_String *)0x555557040d50
It's not a string, but the data you printed is... weird. Usually you
can recognize pointers, or it's all ASCII, but this seems to be very
short ASCII strings betwen data in a totally different format.
>> $5 =3D {
>> gc_header =3D {
>> v =3D 144120702814523145,
>> gcaligned =3D 9 '\t'
>> },
>> u =3D {
>> s =3D {
>> size =3D 74027876143398912,
>> size_byte =3D 8028901113149262606,
"clo"
>> intervals =3D 0xd0e000d0d646573,
"sed"
>> data =3D 0x6c64616564080200 <error: Cannot access memory at addres=
s 0x6c64616564080200>
"deadl", which appears at the beginning of an Emacs string ("deadline") onl=
y in
org-agenda.el. The string is unlikely to start earlier because the next
byte would be 0x08, an ASCII backspace. Unlikely.
More likely it's an unaligned string. I think Emacs string data is
always aligned, except for pure strings. But on scratch/igc, even pure
strings are aligned to an 8-byte boundary!
"closed" also appears in org-agenda.el, but this string isn't
NUL-terminated: it's a Pascal-style string, with a length byte (0x06)
followed by 6 ASCII characters. That would match the 8-byte "deadline"
literal.
Possibly a (basic) compression format, probably lz4 or zlib. I'm
guessing this is a git object, which is stored in zlib format, and that
appears to use length-prefixed string literals like these.
What is it doing in your Emacs data?
>> },
>> next =3D 0x106fff60d010000,
>> gcaligned =3D 0 '\000'
>> }
>> }
>>
>> (gdb) bt full
>> #0 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0
> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540
> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377
>> #2 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at =
./src/eval.c:118
>> #3 0x00007fffffff986f in <function called from gdb> ()
>> #4 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #5 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0
> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540
> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377
>> #6 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at =
./src/eval.c:118
>> #7 0x00007fffffff992f in <function called from gdb> ()
>> #8 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #9 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0
> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540
> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377
>> #10 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at =
./src/eval.c:118
>> #11 0x00007fffffff99ef in <function called from gdb> ()
>> #12 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #13 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0
> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540
> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377
>> #14 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at =
./src/eval.c:118
>> #15 0x00007fffffff9aaf in <function called from gdb> ()
>> #16 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #17 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0
> "pdl->kind =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540
> "eval.c", line=3Dline@entry=3D118) at ./src/alloc.c:8377
>> #18 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at =
./src/eval.c:118
>> #19 0x00007fffffff9b6f in <function called from gdb> ()
>> #20 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dback=
trace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> #21 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559cedde
> "CHAR_TABLE_P (obj)", file=3Dfile@entry=3D0x5555559b0565 "character.h",
> line=3Dline@entry=3D597) at ./src/alloc.c:8377
>> #22 0x00005555555b6acd in char_table_translate (obj=3DPython Exception <=
class 'gdb.error'>: value has been optimized out
>> , ch=3D32) at ./src/character.h:597
>> #23 0x00005555557d99a0 in re_match_2_internal (bufp=3D0x5555560fd6a0
> <searchbufs+2912>, bufp@entry=3D0x5eb92b3c6c43c900, string1=3D0x0,
> string1@entry=3D0x555557025101 "\377\377\377\377\377\377\377\001",
> size1=3D0, string2=3D0x5555570251b0 "#-*- mode: Org; indent-tabs-mode:
> nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP:
> odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO:
> TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=3D93674,
> size2@entry=3D93825020464468, pos=3D43986, regs=3D<optimized out>,
> stop=3D<optimized out>) at ./src/regex-emacs.c:4553
>> len =3D 1
>> corig =3D 32
>> c =3D 32
>> mcnt =3D <optimized out>
>> end1 =3D 0x0
>> end2 =3D 0x55555703bf9a ""
>> end_match_1 =3D 0x0
>> end_match_2 =3D 0x55555703bf9a ""
>> d =3D 0x55555702fd82 " :PROPERTIES:\n :ID:
> fd470568-f0eb-48a4-bf04-dada8e83de5f\n :END:\n\n - Mittwoch Goldene
> Zitronen\n - Treffen <2024-12-02 Mo 18:00> in Neuk=C3=B6lln, Stuttgarter
> Str. 10 /\n Roseggerstr. 39"...
>> dend =3D 0x55555703bf9a ""
>> dfail =3D <optimized out>
>> p =3D 0x555557040d55 "\005"
That's a pointer into the zlib (?) data, but at a different offset from
the last one, which was 0x555557040d54
>> pend =3D 0x555557040d8f " \377\003\376\377\377\207\376\377\377\a=
\001"
>> translate =3D XIL(0x7fffe0b702f5)
>> multibyte =3D false
>> target_multibyte =3D true
>> fail_stack =3D {
>> stack =3D <optimized out>,
>> size =3D <optimized out>,
>> avail =3D 3,
>> frame =3D 3
>> }
>> num_regs =3D 2
>> regstart =3D <optimized out>
>> regend =3D 0x7fffffff9c40
>> best_regs_set =3D false
>> best_regstart =3D 0x7fffffff9c48
>> best_regend =3D 0x7fffffff9c50
>> match_end =3D 0x0
>> nchars =3D 0
>> retval =3D -1
>> sa_avail =3D 6398840
sa_avail should never exceed 16K, but maybe it's uninitialized at this
point.
>> sa_count =3D {
>> bytes =3D 1440
>> }
>> re_nsub =3D <optimized out>
>> #24 0x00005555557de57d in re_match_2 (bufp=3D0x5eb92b3c6c43c900,
> string1=3D0x555557025101 "\377\377\377\377\377\377\377\001",
> size1=3D<optimized out>, string2=3D<optimized out>, size2=3D9382502046446=
8,
> pos=3D<optimized out>, regs=3D<optimized out>, stop=3D<optimized out>) at
> ./src/regex-emacs.c:4056
>> #25 0x00005555557c9f73 in looking_at_1 (string=3DPython Exception <class=
'gdb.error'>: value has been optimized out
>> , posix=3D<optimized out>, modify_data=3D<optimized out>) at ./src/searc=
h.c:323
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> p1 =3D 0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; coding:
> utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP:
> overview\n#+STARTUP: showeverything\n#+SEQ_TODO: TODO(t)
> INPROGRESS(i@/@) WAITING(w@/@) VER"...
>> p2 =3D <optimized out>
>> s1 =3D <optimized out>
>> s2 =3D <optimized out>
>> i =3D <optimized out>
>> modify_match_data =3D <optimized out>
>> cache_entry =3D 0x5555560fd680 <searchbufs+2880>
>> #26 0x00007fffde1bc131 in
> F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_38 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-=
0b03f1c0.eln
>> #27 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe63117f0, numargs=
=3D4, args=3D<optimized out>) at ./src/eval.c:3173
>> argbuf =3D {XIL(0x7fffe5607a2b), XIL(0), XIL(0x7fffffffb170), XI=
L(0x55555581153c), XIL(0x520), XIL(0), XIL(0), XIL(0x55555581cf4d)}
>> a =3D <optimized out>
>> maxargs =3D 4
>> #28 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffb268) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #29 0x00007fffde1eea0e in
> F6f72672d656c656d656e742d2d70617273652d746f_org_element__parse_to_0 ()
> at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-=
0b03f1c0.eln
>> #30 0x000055555581b7e3 in funcall_subr (subr=3D0x7fffe6413978, numargs=
=3D1, args=3D<optimized out>) at ./src/eval.c:3171
>> argbuf =3D {make_fixnum(44173), XIL(0), XIL(0), XIL(0x7fffe2e46fc8),
> XIL(0x7fffe2e46fcb), XIL(0x55555611d1c0), XIL(0x7fffde263ea8),
> XIL(0x55555581cf4d)}
>> a =3D <optimized out>
>> maxargs =3D 3
>> #31 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffb480) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #32 0x00007fffde1fe45e in
> F6f72672d656c656d656e742d2d63616368652d7665726966792d656c656d656e74_org_e=
lement__cache_verify_element_0
> () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-=
0b03f1c0.eln
>> #33 0x000055555581b810 in funcall_subr (subr=3D0x7fffe95e36d8, numargs=
=3D1, args=3D<optimized out>) at ./src/eval.c:3167
>> argbuf =3D {XIL(0), XIL(0), XIL(0), XIL(0), XIL(0), XIL(0x7ffff2=
9fcd40), XIL(0x55555611d1c0), XIL(0x55555581cf4d)}
>> a =3D <optimized out>
>> maxargs =3D 1
>> #34 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffbbd0) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #35 0x00007fffde218a4e in
> F6f72672d656c656d656e742d61742d706f696e74_org_element_at_point_0 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-=
0b03f1c0.eln
>> #36 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe6414738, numargs=
=3D0, args=3D<optimized out>) at ./src/eval.c:3169
>> argbuf =3D {XIL(0), XIL(0), XIL(0x7fffe8c1e6b8), XIL(0x7fffe5606=
b85), XIL(0x7fffe8c1e6bd), XIL(0x4), XIL(0x7fffffffbcc0), XIL(0x55555581cf4=
d)}
>> a =3D <optimized out>
>> maxargs =3D 2
>> #37 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffbd58) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #38 0x00007fffdf123c64 in
> F6f72672d696e2d7372632d626c6f636b2d70_org_in_src_block_p_0 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-30013b5a-16ff07f1=
.eln
>> #39 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe9cec0b0, numargs=
=3D2, args=3D<optimized out>) at ./src/eval.c:3169
>> argbuf =3D {XIL(0x360), XIL(0), XIL(0), XIL(0x5555559d4f50),
> XIL(0x7fffffffbec0), make_fixnum(23456248887582), XIL(0x7fffffffbed0),
> XIL(0x55555581cf4d)}
>> a =3D <optimized out>
>> maxargs =3D 2
>> #40 0x0000555555817e73 in Ffuncall (nargs=3D3, args=3D0x7fffffffbf80) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #41 0x00007fffde296717 in
> F6f72672d6167656e64612d736b6970_org_agenda_skip_0 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0=
f9a50be.eln
>> #42 0x000055555581b810 in funcall_subr (subr=3D0x7fffe9d601e0, numargs=
=3D0, args=3D<optimized out>) at ./src/eval.c:3167
>> argbuf =3D {XIL(0), XIL(0), XIL(0x38), XIL(0), XIL(0x7fffffffc11=
0), XIL(0x5555557f9350), XIL(0), XIL(0x55555581cf4d)}
>> a =3D <optimized out>
>> maxargs =3D 1
>> #43 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc208) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #44 0x00007fffde2bb076 in
> F6f72672d6167656e64612d6765742d626c6f636b73_org_agenda_get_blocks_0 ()
> at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0=
f9a50be.eln
>> #45 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc3c0) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #46 0x00007fffde2a52cc in
> F6f72672d6167656e64612d6765742d6461792d656e7472696573_org_agenda_get_day_=
entries_0
> () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0=
f9a50be.eln
>> #47 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D7, args=3D0x7f=
ffffffc530) at ./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #48 0x0000555555818220 in Fapply (nargs=3D<optimized out>, args=3D0x7fff=
ffffc6f8) at ./src/eval.c:2771
>> i =3D <optimized out>
>> funcall_nargs =3D 7
>> funcall_args =3D <optimized out>
>> spread_arg =3D XIL(0)
>> fun =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> sa_avail =3D <optimized out>
>> sa_count =3D {
>> bytes =3D 512
>> }
>> numargs =3D <optimized out>
>> retval =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
>>
>> #49 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffc6f0) at=
./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #50 0x00007fffde29911e in
> F6f72672d6167656e64612d6c697374_org_agenda_list_0 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0=
f9a50be.eln
>> #51 0x000055555581c583 in eval_sub (form=3DPython Exception <class 'gdb.=
error'>: value has been optimized out
>> ) at ./src/eval.c:2614
>> i =3D 4
>> maxargs =3D 4
>> args_left =3D XIL(0)
>> numargs =3D 2
>> original_fun =3D Python Exception <class 'gdb.error'>: value has=
been optimized out
>>
>> original_args =3D XIL(0x7fffe4e097b3)
>> fun =3D XIL(0x7fffe6470da5)
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> funcar =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
>>
>> argvals =3D {make_fixnum(0), XIL(0x7fffe4e097cc), XIL(0), XIL(0)=
, XIL(0x555556150320), XIL(0x7fffffffc8a0), XIL(0x80), make_fixnum(23456249=
081022)}
>> #52 0x000055555581c6d9 in Fprogn (body=3DXIL(0x7fffe4e2036b)) at ./src/e=
val.c:443
>> val =3D XIL(0)
>> #53 0x000055555581cadd in funcall_lambda (fun=3Dmake_fixnum(1), nargs=3D=
<optimized out>, arg_vector=3D<optimized out>) at ./src/eval.c:3356
>> syms_left =3D Python Exception <class 'gdb.error'>: value has be=
en optimized out
>>
>> lexenv =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
>>
>> i =3D <optimized out>
>> optional =3D <optimized out>
>> rest =3D <optimized out>
>> previous_rest =3D <optimized out>
>> #54 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs=
@entry=3D0x7fffffffcab8) at ./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #55 0x00005555558127d7 in Ffuncall_interactively (nargs=3D1, args=3D0x7f=
ffffffcab8) at ./src/callint.c:250
>> #56 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs=
@entry=3D0x7fffffffcab0) at ./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #57 0x0000555555818478 in Fapply (nargs=3Dnargs@entry=3D3, args=3Dargs@e=
ntry=3D0x7fffffffcab0) at ./src/eval.c:2724
>> i =3D <optimized out>
>> funcall_nargs =3D <optimized out>
>> funcall_args =3D 0x0
>> spread_arg =3D XIL(0)
>> fun =3D XIL(0xae58)
>> sa_avail =3D 16384
>> sa_count =3D {
>> bytes =3D 192
>> }
>> numargs =3D <optimized out>
>> retval =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
>>
>> #58 0x000055555581428c in Fcall_interactively (function=3DPython Excepti=
on <class 'gdb.error'>: value has been optimized out
>> , record_flag=3DXIL(0), keys=3DXIL(0x7fffe137c8c5)) at ./src/callint.c:3=
42
>> funval =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
>>
>> events =3D <optimized out>
>> speccount =3D {
>> bytes =3D 160
>> }
>> arg_from_tty =3D false
>> key_count =3D 2
>> record_then_fail =3D false
>> save_this_command =3D XIL(0x2aaa8ecfbc50)
>> save_this_original_command =3D XIL(0x2aaa8ecfbc50)
>> save_real_this_command =3D XIL(0x2aaa8ecfbc50)
>> save_last_command =3D XIL(0)
>> prefix_arg =3D XIL(0)
>> enable =3D XIL(0)
>> up_event =3D XIL(0)
>> form =3D Python Exception <class 'gdb.error'>: value has been op=
timized out
>>
>> specs =3D XIL(0)
>> sa_avail =3D <optimized out>
>> sa_count =3D {
>> bytes =3D <optimized out>
>> }
>> string_len =3D <optimized out>
>> string =3D <optimized out>
>> string_end =3D <optimized out>
>> next_event =3D <optimized out>
>> nargs =3D <optimized out>
>> args =3D <optimized out>
>> visargs =3D <optimized out>
>> varies =3D <optimized out>
>> tem =3D <optimized out>
>> #59 0x00007ffff27ee8f5 in
> F636f6d6d616e642d65786563757465_command_execute_0 () at
> /home/grfz/src/emacs-igc/src/../native-lisp/31.0.50-b708ad23/preloaded/si=
mple-fab5b0cf-f25e9023.eln
>> #60 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe139d428, numargs=
=3D1, args=3D<optimized out>) at ./src/eval.c:3173
>> argbuf =3D {XIL(0x2aaa8ecfbc50), XIL(0), XIL(0), XIL(0), XIL(0x7=
fffffffcc90), XIL(0x555555817e73), XIL(0x7ffff287dce0), XIL(0x55555581cf4d)=
}
>> a =3D <optimized out>
>> maxargs =3D 4
>> #61 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs=
@entry=3D0x7fffffffcd60) at ./src/eval.c:3099
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #62 0x000055555577666c in command_loop_1 () at ./src/keyboard.c:1556
>> cmd =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> keybuf =3D {XIL(0x2aaa8c649708), make_fixnum(106), make_fixnum(106),
> make_fixnum(97), XIL(0x7fffe1e302e4), XIL(0x7fffe11e2f64),
> XIL(0x7fffe11e2f64), XIL(0x16c00), XIL(0x38), XIL(0x7fffe0ab759d),
> XIL(0x7fffe0ab759d), XIL(0x7fffffffceb0), XIL(0), XIL(0), XIL(0),
> make_fixnum(23456248787193), make_fixnum(0), XIL(0x5555557ff930),
> XIL(0), XIL(0x5555557ff588), XIL(0), XIL(0x5eb92b3c6c43c900), XIL(0),
> XIL(0x60), XIL(0x7fffe582e41b), XIL(0), XIL(0x5555559d4f50),
> XIL(0x7fffe0c6bec5), XIL(0x7fffffffced0), XIL(0x555555817b23)}
>> i =3D <optimized out>
>> last_pt =3D 1
>> prev_modiff =3D 1
>> prev_buffer =3D 0x7fffe0c6bec0
>> #63 0x0000555555815d26 in internal_condition_case
> (bfun=3Dbfun@entry=3D0x5555557760b0 <command_loop_1>,
> handlers=3Dhandlers@entry=3DXIL(0xa8), hfun=3Dhfun@entry=3D0x55555575a510
> <cmd_error>) at ./src/eval.c:1618
>> val =3D XIL(0x4c)
>> c =3D 0x7fffe1e5de70
>> #64 0x0000555555758e1e in command_loop_2 (handlers=3Dhandlers@entry=3DXI=
L(0xa8)) at ./src/keyboard.c:1174
>> #65 0x0000555555815aaf in internal_catch
> (tag=3Dtag@entry=3DXIL(0x15460), func=3Dfunc@entry=3D0x555555758df0
> <command_loop_2>, arg=3DPython Exception <class 'gdb.error'>: value has
> been optimized out
>> , arg@entry=3DXIL(0xa8)) at ./src/eval.c:1297
>> val =3D XIL(0x4c)
>> c =3D 0x7fffe1e37138
>> #66 0x0000555555758db9 in command_loop () at ./src/lisp.h:1240
>> #67 0x0000555555765535 in recursive_edit_1 () at ./src/keyboard.c:760
>> val =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>>
>> #68 0x00005555557658d5 in Frecursive_edit () at ./src/keyboard.c:843
>> #69 0x00005555555cffe5 in main (argc=3D5, argv=3D<optimized out>) at ./s=
rc/emacs.c:2646
>> stack_bottom_variable =3D 0x7ffff3e92c60
>> old_argc =3D <optimized out>
>> no_loadup =3D <optimized out>
>> junk =3D 0x0
>> dname_arg =3D 0x7fffffffd7a8 "EMACS-MPS=3Dyes"
>> ch_to_dir =3D 0x0
>> original_pwd =3D <optimized out>
>> dump_mode =3D <optimized out>
>> skip_args =3D 1
>> temacs =3D 0x0
>> attempt_load_pdump =3D <optimized out>
>> only_version =3D <optimized out>
>> rlim =3D {
>> rlim_cur =3D 10022912,
>> rlim_max =3D 18446744073709551615
>> }
>> lc_all =3D <optimized out>
>> sockfd =3D <optimized out>
>> module_assertions =3D <optimized out>
>>
>> Lisp Backtrace:
>>
>> eval.c:118: Emacs fatal error: assertion failed: pdl->kind =3D=3D SPECPD=
L_BACKTRACE
>>
>> Breakpoint 1, terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_li=
mit=3Dbacktrace_limit@entry=3D2147483647) at ./src/emacs.c:432
>> 432 {
>> The program being debugged stopped while in a function called from GDB.
>> Evaluation of the expression containing the function
>> (backtrace_function) will be abandoned.
>> When the function is done executing, GDB will silently stop.
>>
>>
>>
>> HTH, Gregor
>
> I'm wondering what should have been the specpdl entry. This one?
>
> #26 0x00007fffde1bc131 in
> F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_38 () at
> /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-=
0b03f1c0.eln
>
> The rest, I think, is die -> backtrace -> assert -> die -> backtrace -> a=
ssert ... until it
> stops. Weird.
I think that's the new stackframes gdb created after the crash, trying to
print xbacktrace repeatedly. The real crash starts at #20.
Can you try "p $rsp"?
Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 16:14:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 11:14:32 2025
Received: from localhost ([127.0.0.1]:54013 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVvB1-0000Hv-B1
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 11:14:32 -0500
Received: from mail-wm1-x32a.google.com ([2a00:1450:4864:20::32a]:47228)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>)
id 1tVvAx-0000He-TK
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 11:14:30 -0500
Received: by mail-wm1-x32a.google.com with SMTP id
5b1f17b1804b1-4361fe642ddso12436235e9.2
for <75459 <at> debbugs.gnu.org>; Thu, 09 Jan 2025 08:14:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1736439261; x=1737044061; darn=debbugs.gnu.org;
h=content-transfer-encoding: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=cgcDfqP6v2rUcWRlMJ9++4g8IZ8JqehDIBeIsptoVqA=;
b=hDvL47o5Bn1bhIdLvEJ5XwHeXp01/tQQZ+sUs0MIUXoeGmgUyirnClg7qlFU7KgUNK
7EHe+dxHYbYgc1UJW9k/SE4JVpWVtUl2HwTIsyxpgHHl9isDaEeY9QxO27+7a0dbJGc7
Ghzlw/E5yxSp5keI5dK6gKan7P77ul3PIfbeZV//23+xlM0Qtgk8d2rrRYZE4tQgAuIY
URWK+usT8WErP3LppN8mRIpxp97DepX+rEXRUoAij8RV/UyvzozCS5U0UHwg7SoKlA0h
GZBRTORZZyircSYh7L8ViI2ZIV9KWuI7cx4+HxaAZ7IWOzQ8ubCAfbNHzUqh4J7CDbHQ
Zu8w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1736439261; x=1737044061;
h=content-transfer-encoding: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=cgcDfqP6v2rUcWRlMJ9++4g8IZ8JqehDIBeIsptoVqA=;
b=NyDGJ+zucPBo1nUcE189udEMdB4Sf6puunL1zm8MGWpAkTGmphCrl5LXG2vT3xKNsM
kgbfL9IITdJf7ii22U6oEbZXCZ0m5MpTXQr3aTkFCVvtf5Ksk0XhAgLmpqrQVexBPRHW
0VlmKE7ZPulHw2fRhLl1U6cRJDaPqfmfF4kTTBWn46/FSkf/1efMpTSmQF33zLsJ3RJ2
Vo99kl4EE8Xsbw6briUAbIeoOdxVZYq4/zsneByxki+eqgc7Hs4PhYHq/LnloTI+xPR0
3X75t9h0PMwEL0YNzleI25QLQlOajDLQVd/rAfOQ3HDvC5zCOJGswykoFJeBrs2QJ38h
4JiA==
X-Forwarded-Encrypted: i=1;
AJvYcCUL+ZGlefnbZKA8f/erhu3oUPshXhalkgJ5AUnJvcCik0suNY13LRPQUNkVxPc4aVUzFX1dCw==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YwK2MlRK2psum+o86xGOmreZWKz9p9K8XAg35dsbgAYkE+RnFeA
QSWoUBZglXSIn+flwSmWDdr9RUielhIlJ3Y8MMGNNy0QAHl7yRrMXXG5qg==
X-Gm-Gg: ASbGnctXjv6EQ/bPiuCi7fz/I9zidolzYE49E5bv2JQBG16w/X/Z9hUZ19IAok9A9Gu
8A0by24F4pKXvSeHr7YSxVA/xySU+EXozmDJrChS+Blnr3PJtgHmfTasozI4MS1bGM9w5r+GKoO
nVhKOodOt5hpafWMqDbMcgWLG7wl79fjxUla2N0JyZrw577P65CGvtlB9KXN0e4c8D2toslo0eh
Y+dxLZl1drrqOvJslQZAcPjASDeG4r4Xf0OGCSVLglsRsA8YoOLQf6LQexzHPQCKmtSTi7dgKBG
cGfg/AeZieAhQGV1Ct6cihIUyAvGIAozoA505I/XWaurOX6SyY7almb9kSh5mJIvRg==
X-Google-Smtp-Source: AGHT+IGd+gfPyQXScwi9Hq4EslpbMaGd/gp1GOFd1CGd1rOGrkkFUql6gYhBzO4xsPTOi7HODbm5Eg==
X-Received: by 2002:a05:6000:1aca:b0:385:fa3d:1988 with SMTP id
ffacd0b85a97d-38a872fc2d2mr6574994f8f.8.1736439261049;
Thu, 09 Jan 2025 08:14:21 -0800 (PST)
Received: from pro2 (p200300e0b7182e00ad06de2bb2fec9f1.dip0.t-ipconnect.de.
[2003:e0:b718:2e00:ad06:de2b:b2fe:c9f1])
by smtp.gmail.com with ESMTPSA id
ffacd0b85a97d-38a8e38c6a2sm2210423f8f.54.2025.01.09.08.14.20
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Thu, 09 Jan 2025 08:14:20 -0800 (PST)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Gregor Zattler <telegraph@HIDDEN>
Subject: Re: 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
In-Reply-To: <87frlst34b.fsf@HIDDEN> (Gregor Zattler's message of "Thu, 09 Jan
2025 16:32:04 +0100")
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
<87frlst34b.fsf@HIDDEN>
Date: Thu, 09 Jan 2025 17:14:19 +0100
Message-ID: <m2bjwgynfo.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
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: 75459
Cc: Pip Cet <pipcet@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
75459 <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 (-)
Gregor Zattler <telegraph@HIDDEN> writes:
> Hi Pip,
> * Pip Cet <pipcet@HIDDEN> [2025-01-09; 14:47 GMT]:
>> Gregor, can you run "print specpdl_ptr",
>> "print *(struct Lisp_String *)0x555557040d50", and "bt full"?
>
> (gdb) print specpdl_ptr
> $4 =3D (union specbinding *) 0x5555567c1a50
>
> (gdb) print *(struct Lisp_String *)0x555557040d50
> $5 =3D {
> gc_header =3D {
> v =3D 144120702814523145,
> gcaligned =3D 9 '\t'
> },
> u =3D {
> s =3D {
> size =3D 74027876143398912,
> size_byte =3D 8028901113149262606,
> intervals =3D 0xd0e000d0d646573,
> data =3D 0x6c64616564080200 <error: Cannot access memory at address=
0x6c64616564080200>
> },
> next =3D 0x106fff60d010000,
> gcaligned =3D 0 '\000'
> }
> }
>
> (gdb) bt full
> #0 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kin=
d =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", l=
ine=3Dline@entry=3D118) at ./src/alloc.c:8377
> #2 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at .=
/src/eval.c:118
> #3 0x00007fffffff986f in <function called from gdb> ()
> #4 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #5 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kin=
d =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", l=
ine=3Dline@entry=3D118) at ./src/alloc.c:8377
> #6 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at .=
/src/eval.c:118
> #7 0x00007fffffff992f in <function called from gdb> ()
> #8 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #9 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kin=
d =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", l=
ine=3Dline@entry=3D118) at ./src/alloc.c:8377
> #10 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at .=
/src/eval.c:118
> #11 0x00007fffffff99ef in <function called from gdb> ()
> #12 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #13 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kin=
d =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", l=
ine=3Dline@entry=3D118) at ./src/alloc.c:8377
> #14 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at .=
/src/eval.c:118
> #15 0x00007fffffff9aaf in <function called from gdb> ()
> #16 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #17 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kin=
d =3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", l=
ine=3Dline@entry=3D118) at ./src/alloc.c:8377
> #18 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at .=
/src/eval.c:118
> #19 0x00007fffffff9b6f in <function called from gdb> ()
> #20 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbackt=
race_limit@entry=3D2147483647) at ./src/emacs.c:432
> #21 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559cedde "CHAR_TAB=
LE_P (obj)", file=3Dfile@entry=3D0x5555559b0565 "character.h", line=3Dline@=
entry=3D597) at ./src/alloc.c:8377
> #22 0x00005555555b6acd in char_table_translate (obj=3DPython Exception <c=
lass 'gdb.error'>: value has been optimized out
> , ch=3D32) at ./src/character.h:597
> #23 0x00005555557d99a0 in re_match_2_internal (bufp=3D0x5555560fd6a0 <sea=
rchbufs+2912>, bufp@entry=3D0x5eb92b3c6c43c900, string1=3D0x0, string1@entr=
y=3D0x555557025101 "\377\377\377\377\377\377\377\001", size1=3D0, string2=
=3D0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; coding: utf-8-uni=
x -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: overview\n#+START=
UP: showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"=
..., size2=3D93674, size2@entry=3D93825020464468, pos=3D43986, regs=3D<opti=
mized out>, stop=3D<optimized out>) at ./src/regex-emacs.c:4553
> len =3D 1
> corig =3D 32
> c =3D 32
> mcnt =3D <optimized out>
> end1 =3D 0x0
> end2 =3D 0x55555703bf9a ""
> end_match_1 =3D 0x0
> end_match_2 =3D 0x55555703bf9a ""
> d =3D 0x55555702fd82 " :PROPERTIES:\n :ID: fd470568-f0eb-48=
a4-bf04-dada8e83de5f\n :END:\n\n - Mittwoch Goldene Zitronen\n - T=
reffen <2024-12-02 Mo 18:00> in Neuk=C3=B6lln, Stuttgarter Str. 10 /\n =
Roseggerstr. 39"...
> dend =3D 0x55555703bf9a ""
> dfail =3D <optimized out>
> p =3D 0x555557040d55 "\005"
> pend =3D 0x555557040d8f " \377\003\376\377\377\207\376\377\377\a\=
001"
> translate =3D XIL(0x7fffe0b702f5)
> multibyte =3D false
> target_multibyte =3D true
> fail_stack =3D {
> stack =3D <optimized out>,
> size =3D <optimized out>,
> avail =3D 3,
> frame =3D 3
> }
> num_regs =3D 2
> regstart =3D <optimized out>
> regend =3D 0x7fffffff9c40
> best_regs_set =3D false
> best_regstart =3D 0x7fffffff9c48
> best_regend =3D 0x7fffffff9c50
> match_end =3D 0x0
> nchars =3D 0
> retval =3D -1
> sa_avail =3D 6398840
> sa_count =3D {
> bytes =3D 1440
> }
> re_nsub =3D <optimized out>
> #24 0x00005555557de57d in re_match_2 (bufp=3D0x5eb92b3c6c43c900, string1=
=3D0x555557025101 "\377\377\377\377\377\377\377\001", size1=3D<optimized ou=
t>, string2=3D<optimized out>, size2=3D93825020464468, pos=3D<optimized out=
>, regs=3D<optimized out>, stop=3D<optimized out>) at ./src/regex-emacs.c:4=
056
> #25 0x00005555557c9f73 in looking_at_1 (string=3DPython Exception <class =
'gdb.error'>: value has been optimized out
> , posix=3D<optimized out>, modify_data=3D<optimized out>) at ./src/search=
.c:323
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> p1 =3D 0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; cod=
ing: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: ove=
rview\n#+STARTUP: showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAIT=
ING(w@/@) VER"...
> p2 =3D <optimized out>
> s1 =3D <optimized out>
> s2 =3D <optimized out>
> i =3D <optimized out>
> modify_match_data =3D <optimized out>
> cache_entry =3D 0x5555560fd680 <searchbufs+2880>
> #26 0x00007fffde1bc131 in F616e6f6e796d6f75732d6c616d626461_anonymous_lam=
bda_38 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-elemen=
t-1d23d6e0-0b03f1c0.eln
> #27 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe63117f0, numargs=3D=
4, args=3D<optimized out>) at ./src/eval.c:3173
> argbuf =3D {XIL(0x7fffe5607a2b), XIL(0), XIL(0x7fffffffb170), XIL=
(0x55555581153c), XIL(0x520), XIL(0), XIL(0), XIL(0x55555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 4
> #28 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffb268) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #29 0x00007fffde1eea0e in F6f72672d656c656d656e742d2d70617273652d746f_org=
_element__parse_to_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708a=
d23/org-element-1d23d6e0-0b03f1c0.eln
> #30 0x000055555581b7e3 in funcall_subr (subr=3D0x7fffe6413978, numargs=3D=
1, args=3D<optimized out>) at ./src/eval.c:3171
> argbuf =3D {make_fixnum(44173), XIL(0), XIL(0), XIL(0x7fffe2e46fc=
8), XIL(0x7fffe2e46fcb), XIL(0x55555611d1c0), XIL(0x7fffde263ea8), XIL(0x55=
555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 3
> #31 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffb480) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #32 0x00007fffde1fe45e in F6f72672d656c656d656e742d2d63616368652d76657269=
66792d656c656d656e74_org_element__cache_verify_element_0 () at /home/grfz/.=
config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
> #33 0x000055555581b810 in funcall_subr (subr=3D0x7fffe95e36d8, numargs=3D=
1, args=3D<optimized out>) at ./src/eval.c:3167
> argbuf =3D {XIL(0), XIL(0), XIL(0), XIL(0), XIL(0), XIL(0x7ffff29=
fcd40), XIL(0x55555611d1c0), XIL(0x55555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 1
> #34 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffbbd0) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #35 0x00007fffde218a4e in F6f72672d656c656d656e742d61742d706f696e74_org_e=
lement_at_point_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23=
/org-element-1d23d6e0-0b03f1c0.eln
> #36 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe6414738, numargs=3D=
0, args=3D<optimized out>) at ./src/eval.c:3169
> argbuf =3D {XIL(0), XIL(0), XIL(0x7fffe8c1e6b8), XIL(0x7fffe5606b=
85), XIL(0x7fffe8c1e6bd), XIL(0x4), XIL(0x7fffffffbcc0), XIL(0x55555581cf4d=
)}
> a =3D <optimized out>
> maxargs =3D 2
> #37 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffbd58) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #38 0x00007fffdf123c64 in F6f72672d696e2d7372632d626c6f636b2d70_org_in_sr=
c_block_p_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-3=
0013b5a-16ff07f1.eln
> #39 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe9cec0b0, numargs=3D=
2, args=3D<optimized out>) at ./src/eval.c:3169
> argbuf =3D {XIL(0x360), XIL(0), XIL(0), XIL(0x5555559d4f50), XIL(=
0x7fffffffbec0), make_fixnum(23456248887582), XIL(0x7fffffffbed0), XIL(0x55=
555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 2
> #40 0x0000555555817e73 in Ffuncall (nargs=3D3, args=3D0x7fffffffbf80) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #41 0x00007fffde296717 in F6f72672d6167656e64612d736b6970_org_agenda_skip=
_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62=
ea9fb-0f9a50be.eln
> #42 0x000055555581b810 in funcall_subr (subr=3D0x7fffe9d601e0, numargs=3D=
0, args=3D<optimized out>) at ./src/eval.c:3167
> argbuf =3D {XIL(0), XIL(0), XIL(0x38), XIL(0), XIL(0x7fffffffc110=
), XIL(0x5555557f9350), XIL(0), XIL(0x55555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 1
> #43 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc208) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #44 0x00007fffde2bb076 in F6f72672d6167656e64612d6765742d626c6f636b73_org=
_agenda_get_blocks_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708a=
d23/org-agenda-c62ea9fb-0f9a50be.eln
> #45 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc3c0) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #46 0x00007fffde2a52cc in F6f72672d6167656e64612d6765742d6461792d656e7472=
696573_org_agenda_get_day_entries_0 () at /home/grfz/.config/emacs/eln-cach=
e/31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
> #47 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D7, args=3D0x7ff=
fffffc530) at ./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #48 0x0000555555818220 in Fapply (nargs=3D<optimized out>, args=3D0x7ffff=
fffc6f8) at ./src/eval.c:2771
> i =3D <optimized out>
> funcall_nargs =3D 7
> funcall_args =3D <optimized out>
> spread_arg =3D XIL(0)
> fun =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> sa_avail =3D <optimized out>
> sa_count =3D {
> bytes =3D 512
> }
> numargs =3D <optimized out>
> retval =3D Python Exception <class 'gdb.error'>: value has been o=
ptimized out
>
> #49 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffc6f0) at =
./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #50 0x00007fffde29911e in F6f72672d6167656e64612d6c697374_org_agenda_list=
_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62=
ea9fb-0f9a50be.eln
> #51 0x000055555581c583 in eval_sub (form=3DPython Exception <class 'gdb.e=
rror'>: value has been optimized out
> ) at ./src/eval.c:2614
> i =3D 4
> maxargs =3D 4
> args_left =3D XIL(0)
> numargs =3D 2
> original_fun =3D Python Exception <class 'gdb.error'>: value has =
been optimized out
>
> original_args =3D XIL(0x7fffe4e097b3)
> fun =3D XIL(0x7fffe6470da5)
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> funcar =3D Python Exception <class 'gdb.error'>: value has been o=
ptimized out
>
> argvals =3D {make_fixnum(0), XIL(0x7fffe4e097cc), XIL(0), XIL(0),=
XIL(0x555556150320), XIL(0x7fffffffc8a0), XIL(0x80), make_fixnum(234562490=
81022)}
> #52 0x000055555581c6d9 in Fprogn (body=3DXIL(0x7fffe4e2036b)) at ./src/ev=
al.c:443
> val =3D XIL(0)
> #53 0x000055555581cadd in funcall_lambda (fun=3Dmake_fixnum(1), nargs=3D<=
optimized out>, arg_vector=3D<optimized out>) at ./src/eval.c:3356
> syms_left =3D Python Exception <class 'gdb.error'>: value has bee=
n optimized out
>
> lexenv =3D Python Exception <class 'gdb.error'>: value has been o=
ptimized out
>
> i =3D <optimized out>
> optional =3D <optimized out>
> rest =3D <optimized out>
> previous_rest =3D <optimized out>
> #54 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs@=
entry=3D0x7fffffffcab8) at ./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #55 0x00005555558127d7 in Ffuncall_interactively (nargs=3D1, args=3D0x7ff=
fffffcab8) at ./src/callint.c:250
> #56 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@=
entry=3D0x7fffffffcab0) at ./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #57 0x0000555555818478 in Fapply (nargs=3Dnargs@entry=3D3, args=3Dargs@en=
try=3D0x7fffffffcab0) at ./src/eval.c:2724
> i =3D <optimized out>
> funcall_nargs =3D <optimized out>
> funcall_args =3D 0x0
> spread_arg =3D XIL(0)
> fun =3D XIL(0xae58)
> sa_avail =3D 16384
> sa_count =3D {
> bytes =3D 192
> }
> numargs =3D <optimized out>
> retval =3D Python Exception <class 'gdb.error'>: value has been o=
ptimized out
>
> #58 0x000055555581428c in Fcall_interactively (function=3DPython Exceptio=
n <class 'gdb.error'>: value has been optimized out
> , record_flag=3DXIL(0), keys=3DXIL(0x7fffe137c8c5)) at ./src/callint.c:342
> funval =3D Python Exception <class 'gdb.error'>: value has been o=
ptimized out
>
> events =3D <optimized out>
> speccount =3D {
> bytes =3D 160
> }
> arg_from_tty =3D false
> key_count =3D 2
> record_then_fail =3D false
> save_this_command =3D XIL(0x2aaa8ecfbc50)
> save_this_original_command =3D XIL(0x2aaa8ecfbc50)
> save_real_this_command =3D XIL(0x2aaa8ecfbc50)
> save_last_command =3D XIL(0)
> prefix_arg =3D XIL(0)
> enable =3D XIL(0)
> up_event =3D XIL(0)
> form =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
>
> specs =3D XIL(0)
> sa_avail =3D <optimized out>
> sa_count =3D {
> bytes =3D <optimized out>
> }
> string_len =3D <optimized out>
> string =3D <optimized out>
> string_end =3D <optimized out>
> next_event =3D <optimized out>
> nargs =3D <optimized out>
> args =3D <optimized out>
> visargs =3D <optimized out>
> varies =3D <optimized out>
> tem =3D <optimized out>
> #59 0x00007ffff27ee8f5 in F636f6d6d616e642d65786563757465_command_execute=
_0 () at /home/grfz/src/emacs-igc/src/../native-lisp/31.0.50-b708ad23/prelo=
aded/simple-fab5b0cf-f25e9023.eln
> #60 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe139d428, numargs=3D=
1, args=3D<optimized out>) at ./src/eval.c:3173
> argbuf =3D {XIL(0x2aaa8ecfbc50), XIL(0), XIL(0), XIL(0), XIL(0x7f=
ffffffcc90), XIL(0x555555817e73), XIL(0x7ffff287dce0), XIL(0x55555581cf4d)}
> a =3D <optimized out>
> maxargs =3D 4
> #61 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@=
entry=3D0x7fffffffcd60) at ./src/eval.c:3099
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #62 0x000055555577666c in command_loop_1 () at ./src/keyboard.c:1556
> cmd =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> keybuf =3D {XIL(0x2aaa8c649708), make_fixnum(106), make_fixnum(10=
6), make_fixnum(97), XIL(0x7fffe1e302e4), XIL(0x7fffe11e2f64), XIL(0x7fffe1=
1e2f64), XIL(0x16c00), XIL(0x38), XIL(0x7fffe0ab759d), XIL(0x7fffe0ab759d),=
XIL(0x7fffffffceb0), XIL(0), XIL(0), XIL(0), make_fixnum(23456248787193), =
make_fixnum(0), XIL(0x5555557ff930), XIL(0), XIL(0x5555557ff588), XIL(0), X=
IL(0x5eb92b3c6c43c900), XIL(0), XIL(0x60), XIL(0x7fffe582e41b), XIL(0), XIL=
(0x5555559d4f50), XIL(0x7fffe0c6bec5), XIL(0x7fffffffced0), XIL(0x555555817=
b23)}
> i =3D <optimized out>
> last_pt =3D 1
> prev_modiff =3D 1
> prev_buffer =3D 0x7fffe0c6bec0
> #63 0x0000555555815d26 in internal_condition_case (bfun=3Dbfun@entry=3D0x=
5555557760b0 <command_loop_1>, handlers=3Dhandlers@entry=3DXIL(0xa8), hfun=
=3Dhfun@entry=3D0x55555575a510 <cmd_error>) at ./src/eval.c:1618
> val =3D XIL(0x4c)
> c =3D 0x7fffe1e5de70
> #64 0x0000555555758e1e in command_loop_2 (handlers=3Dhandlers@entry=3DXIL=
(0xa8)) at ./src/keyboard.c:1174
> #65 0x0000555555815aaf in internal_catch (tag=3Dtag@entry=3DXIL(0x15460),=
func=3Dfunc@entry=3D0x555555758df0 <command_loop_2>, arg=3DPython Exceptio=
n <class 'gdb.error'>: value has been optimized out
> , arg@entry=3DXIL(0xa8)) at ./src/eval.c:1297
> val =3D XIL(0x4c)
> c =3D 0x7fffe1e37138
> #66 0x0000555555758db9 in command_loop () at ./src/lisp.h:1240
> #67 0x0000555555765535 in recursive_edit_1 () at ./src/keyboard.c:760
> val =3D Python Exception <class 'gdb.error'>: value has been opti=
mized out
>
> #68 0x00005555557658d5 in Frecursive_edit () at ./src/keyboard.c:843
> #69 0x00005555555cffe5 in main (argc=3D5, argv=3D<optimized out>) at ./sr=
c/emacs.c:2646
> stack_bottom_variable =3D 0x7ffff3e92c60
> old_argc =3D <optimized out>
> no_loadup =3D <optimized out>
> junk =3D 0x0
> dname_arg =3D 0x7fffffffd7a8 "EMACS-MPS=3Dyes"
> ch_to_dir =3D 0x0
> original_pwd =3D <optimized out>
> dump_mode =3D <optimized out>
> skip_args =3D 1
> temacs =3D 0x0
> attempt_load_pdump =3D <optimized out>
> only_version =3D <optimized out>
> rlim =3D {
> rlim_cur =3D 10022912,
> rlim_max =3D 18446744073709551615
> }
> lc_all =3D <optimized out>
> sockfd =3D <optimized out>
> module_assertions =3D <optimized out>
>
> Lisp Backtrace:
>
> eval.c:118: Emacs fatal error: assertion failed: pdl->kind =3D=3D SPECPDL=
_BACKTRACE
>
> Breakpoint 1, terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_lim=
it=3Dbacktrace_limit@entry=3D2147483647) at ./src/emacs.c:432
> 432 {
> The program being debugged stopped while in a function called from GDB.
> Evaluation of the expression containing the function
> (backtrace_function) will be abandoned.
> When the function is done executing, GDB will silently stop.
>
>
>
> HTH, Gregor
I'm wondering what should have been the specpdl entry. This one?
#26 0x00007fffde1bc131 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambd=
a_38 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-=
1d23d6e0-0b03f1c0.eln
The rest, I think, is die -> backtrace -> assert -> die -> backtrace -> ass=
ert ... until it
stops. Weird.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 15:32:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 10:32:51 2025
Received: from localhost ([127.0.0.1]:53956 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVuWf-0006my-I1
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 10:32:50 -0500
Received: from mout.gmx.net ([212.227.17.22]:44117)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <telegraph@HIDDEN>) id 1tVuWd-0006mW-7F
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 10:32:48 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1736436760; x=1737041560; i=telegraph@HIDDEN;
bh=Qvxj6o7zCPWVY8aAl7/OW6Vmsdh1OMqFkBmz2GQlq0Y=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
content-transfer-encoding:content-type:date:from:message-id:
mime-version:reply-to:subject:to;
b=hfUI6RjB47ALbCbA6/pR1n5FncVZiyRGaGTGo7wxpv1C4jvbLk4o2tm4oJ0Q4BNX
+ypyLj/HfLEBXvRGMctgNRgL67qa6gtGQSgJnSKVLINTSlGwwoz2I34ACT1ZEpqW+
9OCgI5veVkx+cncqXHsAvSevVkihldd1YKk3cEKXbdq/fV3+BbO/pKgHjsDzepCb1
QeE8JI39bBs7HdGrBWKbGlssOsG+dm5/mHxhragrFtJODbD9ija9U9a2lxa4EV47o
rXSYjOQTmGzhKwb2hZQyTig3nBpT02pVvr0VL/97djXRDw5cYwahb9lNvX1kH2rKw
jFbgbMbI0paR3p6kLw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1ML9yc-1tDhBN3aWA-00JeEz; Thu, 09
Jan 2025 16:32:39 +0100
From: Gregor Zattler <telegraph@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>, Gerd =?utf-8?Q?M=C3=B6llmann?=
<gerd.moellmann@HIDDEN>
Subject: Re: 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
In-Reply-To: <87wmf42gdx.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN> <87wmf42gdx.fsf@HIDDEN>
Date: Thu, 09 Jan 2025 16:32:04 +0100
Message-ID: <87frlst34b.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:DgDyX7W8DkzyVaKv9glPq8gaYBOWcJAqciWA7i5wlD0r2yTpXkm
HAz67vDb0btzN8FVUwJI6DOGuKSMuifn35vO4oQaTBDROfkCNA8v5YTFCVjR5nE3fK+FK7S
b+isqeJ27rv1DkgHZGqpWDpst8UwNw2QApnzZagizsDWBjh3r8cYjy8RyOvc1SdS9E2NAIV
owGo+H8o0lu6wAUUMZwjA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:cx0faolvM8I=;JbP97d3Z0npqx1iEf52ClqEtKAy
BVgeqz2dyfpUIaZQETcd9DKQ92ifLhnThcflk3adL9v/vvXx5V2czfYvAvLtWYMKi1b2KL+Ns
Rc5AYMDECyOOBKafnVdmOquL9fNzzvahANFnG+QTS9lsVB2WQGlXRZx4xsSDH1Gc0PlbA1PA0
pswOmbIjhFAhBBfnk84AYTaueLmC0Z42AGDPd7uxAxt8Uu4Y+9tD3zH+6UQRMwEYX42lAeGPD
OQUTmeLD06KTM00pN+II11DsOptKeMPQwgTKF3X/3dqXGkmVjS4ijxILixAST/57vQ3vysi+R
RY3kJBu2cteZiWWXMcHTNM9gfb/uXH9TIYG/3VElkVN9iXmjWyuNbh4MXGU1G63BdTbjfbZh3
QkzGB0HV3QSoyepHdjzHxlZ1R/YkDDr9pmhiJKjDXSEO7O1ooEuZ6BTajMcWMh7mlT+DhktDe
9ZSZYGbLKK8/kLm6MoAGou7Ln6b3c81W6MAxt5SpYH+PElf2wB5taM1CNMJ9bZ07jR8AcJRZX
iQ+KMfKRyhJYbIq60E4wNzQ5AhgirPhCSOSyFNqEnOzbF1zu6/ZPg919TaJX8PYlJ7LHgOkH5
6+OF0RmCUza3kugnZkmos+q2Hh6kCXo0BtqCpFv5EubrEJiXn/6JAk9rY01xENSDQQoyeQlJz
DPK9nillspL9wmzXgJohI/QPgcc0IlpTMknszfUR2J2S8MnNWwImUvfF0q+yJwyDcbBf2xPPK
FffXgeRBIl9qN1vucFjQoIxMHwmt/ntp6BhZtAUcE5GurEHL1LADGk8nqqNLZLyYCRPHOYvu5
yUmc3O8EaukNtlMMVv1EQJScB0bF75q2G5YNPgI1jd72ParzPWXoC4YRZ7AwmkJrU1OIMJNIf
sXeZ6OsYMzjAhfDemw1cmi7SvvBGGgFFCEdZ6/xYkJU4XrGiHRuXBuQwtIP4gr7iYU5bD3KO2
RpytWflDbC7dR6Yrw83uXwADTMMpMuHI4BRcHcR5snX0eZw2wgUHuEJHAzhwT9JNcngynCk65
0nkkBHMsN0GlwH+cy6v5Fa2IT7ythaACvUAWgqc4u2Lm4toNrFuiz+/s8rJi003OTW/4UEwpw
lVmXVqpRib95vM5xy2QcOpeKjrDU+e
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 75459
Cc: Eli Zaretskii <eliz@HIDDEN>, 75459 <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.7 (-)
Hi Pip,
* Pip Cet <pipcet@HIDDEN> [2025-01-09; 14:47 GMT]:
> Gregor, can you run "print specpdl_ptr",
> "print *(struct Lisp_String *)0x555557040d50", and "bt full"?
(gdb) print specpdl_ptr
$4 =3D (union specbinding *) 0x5555567c1a50
(gdb) print *(struct Lisp_String *)0x555557040d50
$5 =3D {
gc_header =3D {
v =3D 144120702814523145,
gcaligned =3D 9 '\t'
},
u =3D {
s =3D {
size =3D 74027876143398912,
size_byte =3D 8028901113149262606,
intervals =3D 0xd0e000d0d646573,
data =3D 0x6c64616564080200 <error: Cannot access memory at address 0=
x6c64616564080200>
},
next =3D 0x106fff60d010000,
gcaligned =3D 0 '\000'
}
}
(gdb) bt full
#0 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kind =
=3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", lin=
e=3Dline@entry=3D118) at ./src/alloc.c:8377
#2 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at ./s=
rc/eval.c:118
#3 0x00007fffffff986f in <function called from gdb> ()
#4 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#5 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kind =
=3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", lin=
e=3Dline@entry=3D118) at ./src/alloc.c:8377
#6 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at ./s=
rc/eval.c:118
#7 0x00007fffffff992f in <function called from gdb> ()
#8 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#9 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kind =
=3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", lin=
e=3Dline@entry=3D118) at ./src/alloc.c:8377
#10 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at ./s=
rc/eval.c:118
#11 0x00007fffffff99ef in <function called from gdb> ()
#12 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#13 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kind =
=3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", lin=
e=3Dline@entry=3D118) at ./src/alloc.c:8377
#14 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at ./s=
rc/eval.c:118
#15 0x00007fffffff9aaf in <function called from gdb> ()
#16 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#17 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559d49e0 "pdl->kind =
=3D=3D SPECPDL_BACKTRACE", file=3Dfile@entry=3D0x5555559d4540 "eval.c", lin=
e=3Dline@entry=3D118) at ./src/alloc.c:8377
#18 0x00005555555bcc21 in backtrace_function (pdl=3D<optimized out>) at ./s=
rc/eval.c:118
#19 0x00007fffffff9b6f in <function called from gdb> ()
#20 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbacktra=
ce_limit@entry=3D2147483647) at ./src/emacs.c:432
#21 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559cedde "CHAR_TABLE=
_P (obj)", file=3Dfile@entry=3D0x5555559b0565 "character.h", line=3Dline@en=
try=3D597) at ./src/alloc.c:8377
#22 0x00005555555b6acd in char_table_translate (obj=3DPython Exception <cla=
ss 'gdb.error'>: value has been optimized out
, ch=3D32) at ./src/character.h:597
#23 0x00005555557d99a0 in re_match_2_internal (bufp=3D0x5555560fd6a0 <searc=
hbufs+2912>, bufp@entry=3D0x5eb92b3c6c43c900, string1=3D0x0, string1@entry=
=3D0x555557025101 "\377\377\377\377\377\377\377\001", size1=3D0, string2=3D=
0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; coding: utf-8-unix =
-*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: overview\n#+STARTUP:=
showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"...=
, size2=3D93674, size2@entry=3D93825020464468, pos=3D43986, regs=3D<optimiz=
ed out>, stop=3D<optimized out>) at ./src/regex-emacs.c:4553
len =3D 1
corig =3D 32
c =3D 32
mcnt =3D <optimized out>
end1 =3D 0x0
end2 =3D 0x55555703bf9a ""
end_match_1 =3D 0x0
end_match_2 =3D 0x55555703bf9a ""
d =3D 0x55555702fd82 " :PROPERTIES:\n :ID: fd470568-f0eb-48a4=
-bf04-dada8e83de5f\n :END:\n\n - Mittwoch Goldene Zitronen\n - Tre=
ffen <2024-12-02 Mo 18:00> in Neuk=C3=B6lln, Stuttgarter Str. 10 /\n =
Roseggerstr. 39"...
dend =3D 0x55555703bf9a ""
dfail =3D <optimized out>
p =3D 0x555557040d55 "\005"
pend =3D 0x555557040d8f " \377\003\376\377\377\207\376\377\377\a\00=
1"
translate =3D XIL(0x7fffe0b702f5)
multibyte =3D false
target_multibyte =3D true
fail_stack =3D {
stack =3D <optimized out>,
size =3D <optimized out>,
avail =3D 3,
frame =3D 3
}
num_regs =3D 2
regstart =3D <optimized out>
regend =3D 0x7fffffff9c40
best_regs_set =3D false
best_regstart =3D 0x7fffffff9c48
best_regend =3D 0x7fffffff9c50
match_end =3D 0x0
nchars =3D 0
retval =3D -1
sa_avail =3D 6398840
sa_count =3D {
bytes =3D 1440
}
re_nsub =3D <optimized out>
#24 0x00005555557de57d in re_match_2 (bufp=3D0x5eb92b3c6c43c900, string1=3D=
0x555557025101 "\377\377\377\377\377\377\377\001", size1=3D<optimized out>,=
string2=3D<optimized out>, size2=3D93825020464468, pos=3D<optimized out>, =
regs=3D<optimized out>, stop=3D<optimized out>) at ./src/regex-emacs.c:4056
#25 0x00005555557c9f73 in looking_at_1 (string=3DPython Exception <class 'g=
db.error'>: value has been optimized out
, posix=3D<optimized out>, modify_data=3D<optimized out>) at ./src/search.c=
:323
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
p1 =3D 0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; codin=
g: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: overv=
iew\n#+STARTUP: showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAITIN=
G(w@/@) VER"...
p2 =3D <optimized out>
s1 =3D <optimized out>
s2 =3D <optimized out>
i =3D <optimized out>
modify_match_data =3D <optimized out>
cache_entry =3D 0x5555560fd680 <searchbufs+2880>
#26 0x00007fffde1bc131 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambd=
a_38 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-=
1d23d6e0-0b03f1c0.eln
#27 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe63117f0, numargs=3D4,=
args=3D<optimized out>) at ./src/eval.c:3173
argbuf =3D {XIL(0x7fffe5607a2b), XIL(0), XIL(0x7fffffffb170), XIL(0=
x55555581153c), XIL(0x520), XIL(0), XIL(0), XIL(0x55555581cf4d)}
a =3D <optimized out>
maxargs =3D 4
#28 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffb268) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#29 0x00007fffde1eea0e in F6f72672d656c656d656e742d2d70617273652d746f_org_e=
lement__parse_to_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad2=
3/org-element-1d23d6e0-0b03f1c0.eln
#30 0x000055555581b7e3 in funcall_subr (subr=3D0x7fffe6413978, numargs=3D1,=
args=3D<optimized out>) at ./src/eval.c:3171
argbuf =3D {make_fixnum(44173), XIL(0), XIL(0), XIL(0x7fffe2e46fc8)=
, XIL(0x7fffe2e46fcb), XIL(0x55555611d1c0), XIL(0x7fffde263ea8), XIL(0x5555=
5581cf4d)}
a =3D <optimized out>
maxargs =3D 3
#31 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffb480) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#32 0x00007fffde1fe45e in F6f72672d656c656d656e742d2d63616368652d7665726966=
792d656c656d656e74_org_element__cache_verify_element_0 () at /home/grfz/.co=
nfig/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
#33 0x000055555581b810 in funcall_subr (subr=3D0x7fffe95e36d8, numargs=3D1,=
args=3D<optimized out>) at ./src/eval.c:3167
argbuf =3D {XIL(0), XIL(0), XIL(0), XIL(0), XIL(0), XIL(0x7ffff29fc=
d40), XIL(0x55555611d1c0), XIL(0x55555581cf4d)}
a =3D <optimized out>
maxargs =3D 1
#34 0x0000555555817e73 in Ffuncall (nargs=3D2, args=3D0x7fffffffbbd0) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#35 0x00007fffde218a4e in F6f72672d656c656d656e742d61742d706f696e74_org_ele=
ment_at_point_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/o=
rg-element-1d23d6e0-0b03f1c0.eln
#36 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe6414738, numargs=3D0,=
args=3D<optimized out>) at ./src/eval.c:3169
argbuf =3D {XIL(0), XIL(0), XIL(0x7fffe8c1e6b8), XIL(0x7fffe5606b85=
), XIL(0x7fffe8c1e6bd), XIL(0x4), XIL(0x7fffffffbcc0), XIL(0x55555581cf4d)}
a =3D <optimized out>
maxargs =3D 2
#37 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffbd58) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#38 0x00007fffdf123c64 in F6f72672d696e2d7372632d626c6f636b2d70_org_in_src_=
block_p_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-300=
13b5a-16ff07f1.eln
#39 0x000055555581b7ff in funcall_subr (subr=3D0x7fffe9cec0b0, numargs=3D2,=
args=3D<optimized out>) at ./src/eval.c:3169
argbuf =3D {XIL(0x360), XIL(0), XIL(0), XIL(0x5555559d4f50), XIL(0x=
7fffffffbec0), make_fixnum(23456248887582), XIL(0x7fffffffbed0), XIL(0x5555=
5581cf4d)}
a =3D <optimized out>
maxargs =3D 2
#40 0x0000555555817e73 in Ffuncall (nargs=3D3, args=3D0x7fffffffbf80) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#41 0x00007fffde296717 in F6f72672d6167656e64612d736b6970_org_agenda_skip_0=
() at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea=
9fb-0f9a50be.eln
#42 0x000055555581b810 in funcall_subr (subr=3D0x7fffe9d601e0, numargs=3D0,=
args=3D<optimized out>) at ./src/eval.c:3167
argbuf =3D {XIL(0), XIL(0), XIL(0x38), XIL(0), XIL(0x7fffffffc110),=
XIL(0x5555557f9350), XIL(0), XIL(0x55555581cf4d)}
a =3D <optimized out>
maxargs =3D 1
#43 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc208) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#44 0x00007fffde2bb076 in F6f72672d6167656e64612d6765742d626c6f636b73_org_a=
genda_get_blocks_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad2=
3/org-agenda-c62ea9fb-0f9a50be.eln
#45 0x0000555555817e73 in Ffuncall (nargs=3D1, args=3D0x7fffffffc3c0) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#46 0x00007fffde2a52cc in F6f72672d6167656e64612d6765742d6461792d656e747269=
6573_org_agenda_get_day_entries_0 () at /home/grfz/.config/emacs/eln-cache/=
31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
#47 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D7, args=3D0x7ffff=
fffc530) at ./src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#48 0x0000555555818220 in Fapply (nargs=3D<optimized out>, args=3D0x7ffffff=
fc6f8) at ./src/eval.c:2771
i =3D <optimized out>
funcall_nargs =3D 7
funcall_args =3D <optimized out>
spread_arg =3D XIL(0)
fun =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
sa_avail =3D <optimized out>
sa_count =3D {
bytes =3D 512
}
numargs =3D <optimized out>
retval =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
#49 0x0000555555817e73 in Ffuncall (nargs=3D5, args=3D0x7fffffffc6f0) at ./=
src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#50 0x00007fffde29911e in F6f72672d6167656e64612d6c697374_org_agenda_list_0=
() at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea=
9fb-0f9a50be.eln
#51 0x000055555581c583 in eval_sub (form=3DPython Exception <class 'gdb.err=
or'>: value has been optimized out
) at ./src/eval.c:2614
i =3D 4
maxargs =3D 4
args_left =3D XIL(0)
numargs =3D 2
original_fun =3D Python Exception <class 'gdb.error'>: value has be=
en optimized out
original_args =3D XIL(0x7fffe4e097b3)
fun =3D XIL(0x7fffe6470da5)
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
funcar =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
argvals =3D {make_fixnum(0), XIL(0x7fffe4e097cc), XIL(0), XIL(0), X=
IL(0x555556150320), XIL(0x7fffffffc8a0), XIL(0x80), make_fixnum(23456249081=
022)}
#52 0x000055555581c6d9 in Fprogn (body=3DXIL(0x7fffe4e2036b)) at ./src/eval=
.c:443
val =3D XIL(0)
#53 0x000055555581cadd in funcall_lambda (fun=3Dmake_fixnum(1), nargs=3D<op=
timized out>, arg_vector=3D<optimized out>) at ./src/eval.c:3356
syms_left =3D Python Exception <class 'gdb.error'>: value has been =
optimized out
lexenv =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
i =3D <optimized out>
optional =3D <optimized out>
rest =3D <optimized out>
previous_rest =3D <optimized out>
#54 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs@en=
try=3D0x7fffffffcab8) at ./src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#55 0x00005555558127d7 in Ffuncall_interactively (nargs=3D1, args=3D0x7ffff=
fffcab8) at ./src/callint.c:250
#56 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@en=
try=3D0x7fffffffcab0) at ./src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#57 0x0000555555818478 in Fapply (nargs=3Dnargs@entry=3D3, args=3Dargs@entr=
y=3D0x7fffffffcab0) at ./src/eval.c:2724
i =3D <optimized out>
funcall_nargs =3D <optimized out>
funcall_args =3D 0x0
spread_arg =3D XIL(0)
fun =3D XIL(0xae58)
sa_avail =3D 16384
sa_count =3D {
bytes =3D 192
}
numargs =3D <optimized out>
retval =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
#58 0x000055555581428c in Fcall_interactively (function=3DPython Exception =
<class 'gdb.error'>: value has been optimized out
, record_flag=3DXIL(0), keys=3DXIL(0x7fffe137c8c5)) at ./src/callint.c:342
funval =3D Python Exception <class 'gdb.error'>: value has been opt=
imized out
events =3D <optimized out>
speccount =3D {
bytes =3D 160
}
arg_from_tty =3D false
key_count =3D 2
record_then_fail =3D false
save_this_command =3D XIL(0x2aaa8ecfbc50)
save_this_original_command =3D XIL(0x2aaa8ecfbc50)
save_real_this_command =3D XIL(0x2aaa8ecfbc50)
save_last_command =3D XIL(0)
prefix_arg =3D XIL(0)
enable =3D XIL(0)
up_event =3D XIL(0)
form =3D Python Exception <class 'gdb.error'>: value has been optim=
ized out
specs =3D XIL(0)
sa_avail =3D <optimized out>
sa_count =3D {
bytes =3D <optimized out>
}
string_len =3D <optimized out>
string =3D <optimized out>
string_end =3D <optimized out>
next_event =3D <optimized out>
nargs =3D <optimized out>
args =3D <optimized out>
visargs =3D <optimized out>
varies =3D <optimized out>
tem =3D <optimized out>
#59 0x00007ffff27ee8f5 in F636f6d6d616e642d65786563757465_command_execute_0=
() at /home/grfz/src/emacs-igc/src/../native-lisp/31.0.50-b708ad23/preload=
ed/simple-fab5b0cf-f25e9023.eln
#60 0x000055555581b7c7 in funcall_subr (subr=3D0x7fffe139d428, numargs=3D1,=
args=3D<optimized out>) at ./src/eval.c:3173
argbuf =3D {XIL(0x2aaa8ecfbc50), XIL(0), XIL(0), XIL(0), XIL(0x7fff=
ffffcc90), XIL(0x555555817e73), XIL(0x7ffff287dce0), XIL(0x55555581cf4d)}
a =3D <optimized out>
maxargs =3D 4
#61 0x0000555555817e73 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@en=
try=3D0x7fffffffcd60) at ./src/eval.c:3099
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#62 0x000055555577666c in command_loop_1 () at ./src/keyboard.c:1556
cmd =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
keybuf =3D {XIL(0x2aaa8c649708), make_fixnum(106), make_fixnum(106)=
, make_fixnum(97), XIL(0x7fffe1e302e4), XIL(0x7fffe11e2f64), XIL(0x7fffe11e=
2f64), XIL(0x16c00), XIL(0x38), XIL(0x7fffe0ab759d), XIL(0x7fffe0ab759d), X=
IL(0x7fffffffceb0), XIL(0), XIL(0), XIL(0), make_fixnum(23456248787193), ma=
ke_fixnum(0), XIL(0x5555557ff930), XIL(0), XIL(0x5555557ff588), XIL(0), XIL=
(0x5eb92b3c6c43c900), XIL(0), XIL(0x60), XIL(0x7fffe582e41b), XIL(0), XIL(0=
x5555559d4f50), XIL(0x7fffe0c6bec5), XIL(0x7fffffffced0), XIL(0x555555817b2=
3)}
i =3D <optimized out>
last_pt =3D 1
prev_modiff =3D 1
prev_buffer =3D 0x7fffe0c6bec0
#63 0x0000555555815d26 in internal_condition_case (bfun=3Dbfun@entry=3D0x55=
55557760b0 <command_loop_1>, handlers=3Dhandlers@entry=3DXIL(0xa8), hfun=3D=
hfun@entry=3D0x55555575a510 <cmd_error>) at ./src/eval.c:1618
val =3D XIL(0x4c)
c =3D 0x7fffe1e5de70
#64 0x0000555555758e1e in command_loop_2 (handlers=3Dhandlers@entry=3DXIL(0=
xa8)) at ./src/keyboard.c:1174
#65 0x0000555555815aaf in internal_catch (tag=3Dtag@entry=3DXIL(0x15460), f=
unc=3Dfunc@entry=3D0x555555758df0 <command_loop_2>, arg=3DPython Exception =
<class 'gdb.error'>: value has been optimized out
, arg@entry=3DXIL(0xa8)) at ./src/eval.c:1297
val =3D XIL(0x4c)
c =3D 0x7fffe1e37138
#66 0x0000555555758db9 in command_loop () at ./src/lisp.h:1240
#67 0x0000555555765535 in recursive_edit_1 () at ./src/keyboard.c:760
val =3D Python Exception <class 'gdb.error'>: value has been optimi=
zed out
#68 0x00005555557658d5 in Frecursive_edit () at ./src/keyboard.c:843
#69 0x00005555555cffe5 in main (argc=3D5, argv=3D<optimized out>) at ./src/=
emacs.c:2646
stack_bottom_variable =3D 0x7ffff3e92c60
old_argc =3D <optimized out>
no_loadup =3D <optimized out>
junk =3D 0x0
dname_arg =3D 0x7fffffffd7a8 "EMACS-MPS=3Dyes"
ch_to_dir =3D 0x0
original_pwd =3D <optimized out>
dump_mode =3D <optimized out>
skip_args =3D 1
temacs =3D 0x0
attempt_load_pdump =3D <optimized out>
only_version =3D <optimized out>
rlim =3D {
rlim_cur =3D 10022912,
rlim_max =3D 18446744073709551615
}
lc_all =3D <optimized out>
sockfd =3D <optimized out>
module_assertions =3D <optimized out>
Lisp Backtrace:
eval.c:118: Emacs fatal error: assertion failed: pdl->kind =3D=3D SPECPDL_B=
ACKTRACE
Breakpoint 1, terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=
=3Dbacktrace_limit@entry=3D2147483647) at ./src/emacs.c:432
432 {
The program being debugged stopped while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_function) will be abandoned.
When the function is done executing, GDB will silently stop.
HTH, Gregor
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 14:52:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 09:52:20 2025
Received: from localhost ([127.0.0.1]:51358 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVttU-0003z0-Bk
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:52:20 -0500
Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]:57760)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>)
id 1tVttS-0003yf-Fx
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:52:19 -0500
Received: by mail-wm1-x32c.google.com with SMTP id
5b1f17b1804b1-43618283dedso10702615e9.3
for <75459 <at> debbugs.gnu.org>; Thu, 09 Jan 2025 06:52:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1736434332; x=1737039132; darn=debbugs.gnu.org;
h=content-transfer-encoding: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=YmA0sSqPEd2T7MmzuQCVNV9FU2Q+dsqEEBRIqjLkkUQ=;
b=YTCNILZBs+u2Q5xLh1J1ShrnF+35SweG6RsNWWNO07WCV9Ivj5J1rNQ85OeZXwjpPc
7Dh41XOr2TgYjFOx5PKR52FFog+vm10CdPxawRzhbFi+HFnRq5gdObSu5WiYrC3RHElk
AnsrSOzyqVynr+pJM2H0SBdJRAWfrZwYIC8JJ7WXUBxU/OLGlMyjWwgds3nGB5nFnwJt
HJAFWgGlMJLc0eHj95IuR+u6H3IACiIm0YOv2SsSEajnDbYt1bAoI4AFQAgRM9KVE+z6
92GVwjMPpwLcEK8YWir0ProDrU8pLem9IcJoP9MuQkHYiEAqTMCWT6F2fCa/f/7BKGPC
qU6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1736434332; x=1737039132;
h=content-transfer-encoding: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=YmA0sSqPEd2T7MmzuQCVNV9FU2Q+dsqEEBRIqjLkkUQ=;
b=I4o32ku2H5nUlprkU1rtCClNJx17x9DWM5ejuVJwIwFsw597AUQtgDoSqGfuZdzvbP
qnh5ShX6eCxAypwqyoBUYHIMdFRdfyhSMnH+ky+NdL2L+DS1JIg7xXJP4mlZtG3g/fH5
x0Ajo0YevFcb1bjwbpld9MfKVbYP+lNZ3VRM8cLTTVh/ImQGrKDjdp+RUItDbBb9A4e/
3emCsPggW4DP/GIZZxvh0DiJ1JgeR8LTS4B4vJsCVIExzBPamcfsJ8k6GETVthm9OIfO
wrx10UtBePV5LoCOE8B+sjxAjl39fhIuSwOdPF02Q2+8/+148fPqY6sqWVZnA6s4r/WN
ONyg==
X-Forwarded-Encrypted: i=1;
AJvYcCVI4A3Y96qxXrC9gIs/kr9gPli7G0KZoK2lalIJZdUkoKxHNOwOV5oOOhGDtprvcATvo/5rEQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxGF26xwpUyo6HXMadJNzJ2XSOQ5/JKd1WJK74RLa73fuKuFSg8
cqHqVyiQoTv0BUtNfBjZaKomcGhCnqoD2u6MwNweMqxCyTW6QbjMCc8uKw==
X-Gm-Gg: ASbGncvnd92A0HMbuFJ4ILxj38sHs7obRDgdIxc+DhDu/sWENkcAZq6lSNn0DIw+K8U
KA3OY9fQVVLXccMS6Tu6vxKqU9astSx4pk6ibaSUoqlgrp2dyfMjyY8eh092/y/Gm4/TyAaF6fv
mtJj4YqlA4RWAh+4kuhnQKj74+FisKjhzhWfapaFdjb4BxLZ+Jqn399aeYa8Uc6idd32AuDIBe6
SN4N53MAOrBqL0DwIW/MR+r5jwJvemyolBAQeVcPOj6j54TML9bc1ZCPbZDqZ44v+oOsodV8HYu
FkNI6iaH/S05+2oOafr8z5fsipQ/tvXnDWxMfNE7qDYyVm5RDZ71d/vpzrzuulEW3g==
X-Google-Smtp-Source: AGHT+IGYIBEzPxriaeZ8VC44aEBnDhFmLUxrlcshi5iqcw42/kRjlOYDPfL+jAPvPZwekJBVEE6KGw==
X-Received: by 2002:a05:600c:1d1f:b0:434:f99e:a5b5 with SMTP id
5b1f17b1804b1-436e271cf4amr49016045e9.28.1736434331801;
Thu, 09 Jan 2025 06:52:11 -0800 (PST)
Received: from pro2 (p200300e0b7182e00ad06de2bb2fec9f1.dip0.t-ipconnect.de.
[2003:e0:b718:2e00:ad06:de2b:b2fe:c9f1])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-436e9dd1cc3sm23060905e9.14.2025.01.09.06.52.11
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Thu, 09 Jan 2025 06:52:11 -0800 (PST)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: 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
In-Reply-To: <m27c742gz9.fsf@HIDDEN> ("Gerd =?utf-8?Q?M=C3=B6llmann=22'?=
=?utf-8?Q?s?= message of "Thu, 09 Jan 2025 15:34:50 +0100")
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN>
Date: Thu, 09 Jan 2025 15:52:10 +0100
Message-ID: <m234hs2g6d.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
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: 75459
Cc: Gregor Zattler <telegraph@HIDDEN>, 75459 <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 (-)
Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:
> Eli Zaretskii <eliz@HIDDEN> writes:
>
>>> Date: Thu, 09 Jan 2025 12:19:26 +0100
>>> From: Gregor Zattler via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>>
>>> Breakpoint 1, terminate_due_to_signal (sig=3Dsig@entry=3D6,
>>> backtrace_limit=3Dbacktrace_limit@entry=3D2147483647) at
>>> ./src/emacs.c:432
>>> 432 {
>>> #0 terminate_due_to_signal (sig=3Dsig@entry=3D6,
>>> backtrace_limit=3Dbacktrace_limit@entry=3D2147483647) at
>>> ./src/emacs.c:432
>>> #1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559cedde
>>> "CHAR_TABLE_P (obj)", file=3Dfile@entry=3D0x5555559b0565 "character.h",
>>> line=3Dline@entry=3D597) at ./src/alloc.c:8377
>>> #2 0x00005555555b6acd in char_table_translate (obj=3DPython Exception
>>> <class 'gdb.error'>: value has been optimized out
>>> , ch=3D32) at ./src/character.h:597
>>> #3 0x00005555557d99a0 in re_match_2_internal (bufp=3D0x5555560fd6a0
>>> <searchbufs+2912>, bufp@entry=3D0x5eb92b3c6c43c900, string1=3D0x0,
>>> string1@entry=3D0x555557025101 "\377\377\377\377\377\377\377\001",
>>> size1=3D0, string2=3D0x5555570251b0 "#-*- mode: Org; indent-tabs-mode:
>>> nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP:
>>> odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO:
>>> TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=3D93674,
>>> size2@entry=3D93825020464468, pos=3D43986, regs=3D<optimized out>,
>>> stop=3D<optimized out>) at ./src/regex-emacs.c:4553
>>
>> bufp->translate is not protected from GC?
>
> Thanks!
>
> I think the bufp should come from a regexp_cache entry that looking_at_1
> gets from compile_pattern, and passes to re_match_2
>
> i =3D re_match_2 (&cache_entry->buf, (char *) p1, s1, (char *) p2, s2,
>
> compile_pattern chooses an entry from searchbuf_head, fills it out and
> so on. I think searchbuf_head refers to entries in searchbuf, which is
> an array of regexp_cache. And in syms_of_search we have
>
> for (int i =3D 0; i < REGEXP_CACHE_SIZE; ++i)
> {
> staticpro (&searchbufs[i].regexp);
> staticpro (&searchbufs[i].f_whitespace_regexp);
> staticpro (&searchbufs[i].syntax_table);
> }
>
> That doesn't look sufficient, at least for igc, don't know about the old
> gc. I'll see what must be added there, bufp->translate is certainly
> among that, but maybe there are others.
Done, but what Pip says.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 14:47:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 09:47:57 2025
Received: from localhost ([127.0.0.1]:51344 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVtpF-0003ev-FI
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:47:57 -0500
Received: from mail-40131.protonmail.ch ([185.70.40.131]:51679)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <pipcet@HIDDEN>)
id 1tVtpD-0003eR-95
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:47:55 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1736434068; x=1736693268;
bh=lryRYysQzXJkgxFJm21Oa7t1/NShf2WN9U2p9OyhXt8=;
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=qIKwmrgMm2lR2WWymv0hhWwS9Cp8nbXs6i9Dw+2vQ6hG1jut4JekmnPBu/CwCsNE3
Ib/5j98VXJOSEL+kUUps5INNrl/VybA39XlI6SzfO/uvu08cjrVEGA17mN82BAMN4B
67dH6mBJ+Olaw/bbcxmhpVA7VVJ9u4wQY8jTOH+6kexD9IjDppjZtWEw9OIWKGTALU
XMqspsfUwdA8d6AJ0JKtz7qWzmPzKXyijXkXoMERO9FTMoqkzS3/1+M7nE0naexre5
B7IFNeMdhzCTqoF/nRhnMZTUQOrbCCO5LaucOMC3xaLzt88JKpcNLLJY57+VLU5zkE
LLGgd5zwi3gQQ==
Date: Thu, 09 Jan 2025 14:47:43 +0000
To: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Subject: Re: 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
Message-ID: <87wmf42gdx.fsf@HIDDEN>
In-Reply-To: <m27c742gz9.fsf@HIDDEN>
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
<m27c742gz9.fsf@HIDDEN>
Feedback-ID: 112775352:user:proton
X-Pm-Message-ID: 1e6888c54638d63bc790c00f5dfb4eb0c6dd5c05
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: 75459
Cc: Eli Zaretskii <eliz@HIDDEN>, Gregor Zattler <telegraph@HIDDEN>,
75459 <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 (-)
Gerd M=C3=B6llmann <gerd.moellmann@HIDDEN> writes:
> Eli Zaretskii <eliz@HIDDEN> writes:
>
>>> Date: Thu, 09 Jan 2025 12:19:26 +0100
>>> From: Gregor Zattler via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>>
>>> Breakpoint 1, terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_l=
imit=3Dbacktrace_limit@entry=3D2147483647) at ./src/emacs.c:432
>>> 432=09{
>>> #0 terminate_due_to_signal (sig=3Dsig@entry=3D6, backtrace_limit=3Dbac=
ktrace_limit@entry=3D2147483647) at ./src/emacs.c:432
>>> #1 0x00005555555b72db in die (msg=3Dmsg@entry=3D0x5555559cedde
>>> "CHAR_TABLE_P (obj)", file=3Dfile@entry=3D0x5555559b0565 "character.h",
>>> line=3Dline@entry=3D597) at ./src/alloc.c:8377
>>> #2 0x00005555555b6acd in char_table_translate (obj=3DPython Exception =
<class 'gdb.error'>: value has been optimized out
>>> , ch=3D32) at ./src/character.h:597
>>> #3 0x00005555557d99a0 in re_match_2_internal (bufp=3D0x5555560fd6a0
>>> <searchbufs+2912>, bufp@entry=3D0x5eb92b3c6c43c900, string1=3D0x0,
>>> string1@entry=3D0x555557025101 "\377\377\377\377\377\377\377\001",
>>> size1=3D0, string2=3D0x5555570251b0 "#-*- mode: Org; indent-tabs-mode:
>>> nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP:
>>> odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO:
>>> TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=3D93674,
>>> size2@entry=3D93825020464468, pos=3D43986, regs=3D<optimized out>,
>>> stop=3D<optimized out>) at ./src/regex-emacs.c:4553
>>
>> bufp->translate is not protected from GC?
>
> Thanks!
>
> I think the bufp should come from a regexp_cache entry that looking_at_1
> gets from compile_pattern, and passes to re_match_2
>
> i =3D re_match_2 (&cache_entry->buf, (char *) p1, s1, (char *) p2, s2,
>
> compile_pattern chooses an entry from searchbuf_head, fills it out and
> so on. I think searchbuf_head refers to entries in searchbuf, which is
> an array of regexp_cache. And in syms_of_search we have
>
> for (int i =3D 0; i < REGEXP_CACHE_SIZE; ++i)
> {
> staticpro (&searchbufs[i].regexp);
> staticpro (&searchbufs[i].f_whitespace_regexp);
> staticpro (&searchbufs[i].syntax_table);
> }
>
> That doesn't look sufficient, at least for igc, don't know about the old
> gc. I'll see what must be added there, bufp->translate is certainly
> among that, but maybe there are others.
Thanks! I agree with the analysis; I think it's safe for the old GC
because the table is traced through the buffer structure.
However, I don't think this is the bug we saw here: that we aborted in
backtrace_function () while trying to print a backtrace means something
very weird must have been happening to the specpdl: we verified
backtrace_p beforehand, and got the pointer from backtrace_top, so
unless the specpdl pointed to the very stack frame that was used by GDB,
what could explain this?
Gregor, can you run "print specpdl_ptr",
"print *(struct Lisp_String *)0x555557040d50", and "bt full"?
Thanks!
Pip
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 14:35:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 09:35:01 2025
Received: from localhost ([127.0.0.1]:51303 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVtcj-0002uh-2h
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:35:01 -0500
Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]:57798)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <gerd.moellmann@HIDDEN>)
id 1tVtcg-0002uE-H5
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 09:34:59 -0500
Received: by mail-wm1-x32d.google.com with SMTP id
5b1f17b1804b1-43618283dedso10496005e9.3
for <75459 <at> debbugs.gnu.org>; Thu, 09 Jan 2025 06:34:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1736433292; x=1737038092; 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=unGWf0moH0t6EPuqz/f4xPwzFoZlRRzsSLjvmB1ceSE=;
b=nHtG9DlLFP+4T13YPItX72EE5mCIUPKxXwp+kxdpQLfzGPyZ0NPClWAU9aDGBUIhex
J0eH8ieGtIHR2xrpMXBs5OsVOMVSpYgXDJOB3YcxYef4QX7hZwba7da027cs9Ir41jTM
fBCX1VcXn6kD938iy6dyM6s4jA9uaJMYs2uaDvZRIWjIupZPiOFQ1Y+5wvGyM/mSG44Y
G1kMaVuQiisqE+TU7P60hIN9xbp1cPKRG+XMU3XwUmb4qXViDvmIFXeOiIcd4Mz2r0yC
E3Y4NSPmy7wHoPYTZKe+iXxQ2p5HwfihU5A4kdmtJsr2dqDLUiApFL85ZtG6B8moTnY7
KGDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1736433292; x=1737038092;
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=unGWf0moH0t6EPuqz/f4xPwzFoZlRRzsSLjvmB1ceSE=;
b=LyK+OYsotJMI7avNITjjNgUS7kjmRpnJvrzagoeq09oZ7w0tnl2nRE8iGmPjBHackp
J2/C/zcl2Sn6HfPfrv4NNIhxW+0KRJSpkqRujzxUrWGj8JBRlPhocWgRXVMLYmnfVIEd
wYDYGLr8UVsZF7X5J0Y3SzSB9/yBq0LqtHdFbmTeq/IsUlXwiluG9t+wmftAr5zl4/ys
iUSJk6Q2p7aNoC9ux8kxcjGpOOqqbN+ea1/amG1qUiPI7b5zFXr/wE8q8SVTKAkHyE8D
tJLu3IsnokDbFBTKaJT4SbIHd79Mlj5knjwaZgC5gS8LLRGqQxbt93ZEZwUZB2lQWCTT
DcQA==
X-Forwarded-Encrypted: i=1;
AJvYcCUePHP10wiO5d38A3lWwXckIC04gICJsCzztOy5yoL1auNR4M8w/HRc/MSIm3oEbp+X6bIuVg==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yy1zmiiEliiN5Lby3RZ+KJ0iDXD1QEGuNAOv9ioHklAhAYKFw+A
Q/YB4eDgmf4Vj0jPoFp789SIW+T01p58aPBUOyzqyoulQpcBN/PiOCtM8A==
X-Gm-Gg: ASbGncu2B/uG/0hBTZkEWYFg0Eb6PMDmL0Kz3eoPzvP98oi3LNhKla/EesILM6QAPrl
CRum2E1Bj4imYo9JujWc4YKo3l5EE+PBb0d38W+MLcjMx4fyoVZkk88dCwd8pc64R94xNja+m9I
/dYpOb0sxJ9nPAEoStIRU1Oha1LTI6Cjq/E4BU8ZALoeqoray5NEjwQ8P9XxJSvf8AMLKGPqCVq
FFzaFB1S3CsiExW9v1/GhjJ1vqhNvXxdK+sBatcjwiR81QnO9A25YGRzz32Ib03bKqsX0xHKtkZ
oB17HeJCO0NdIanISR0DHdE56e+2qSFVr10e2deNoHrgq0zElR6Am0w59DE9KO93rg==
X-Google-Smtp-Source: AGHT+IEtcfshxtLLB2DAuwo+5HUYnjArwGcqDEuGg7Z1aGLLhBqzBKKHZPHzVC2GOYkBp6/OOyATkQ==
X-Received: by 2002:a05:6000:1a85:b0:38a:4184:1520 with SMTP id
ffacd0b85a97d-38a872eb1eamr5258933f8f.27.1736433291826;
Thu, 09 Jan 2025 06:34:51 -0800 (PST)
Received: from pro2 (p200300e0b7182e00ad06de2bb2fec9f1.dip0.t-ipconnect.de.
[2003:e0:b718:2e00:ad06:de2b:b2fe:c9f1])
by smtp.gmail.com with ESMTPSA id
ffacd0b85a97d-38a8e37d01dsm1985930f8f.9.2025.01.09.06.34.51
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Thu, 09 Jan 2025 06:34:51 -0800 (PST)
From: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: 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
In-Reply-To: <861pxc2l6y.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 09 Jan
2025 15:03:49 +0200")
References: <87zfk0p741.fsf@HIDDEN> <861pxc2l6y.fsf@HIDDEN>
Date: Thu, 09 Jan 2025 15:34:50 +0100
Message-ID: <m27c742gz9.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 75459
Cc: Gregor Zattler <telegraph@HIDDEN>, 75459 <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 (-)
Eli Zaretskii <eliz@HIDDEN> writes:
>> Date: Thu, 09 Jan 2025 12:19:26 +0100
>> From: Gregor Zattler via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>>
>> Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
>> 432 {
>> #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
>> #1 0x00005555555b72db in die (msg=msg@entry=0x5555559cedde "CHAR_TABLE_P (obj)", file=file@entry=0x5555559b0565 "character.h", line=line@entry=597) at ./src/alloc.c:8377
>> #2 0x00005555555b6acd in char_table_translate (obj=Python Exception <class 'gdb.error'>: value has been optimized out
>> , ch=32) at ./src/character.h:597
>> #3 0x00005555557d99a0 in re_match_2_internal (bufp=0x5555560fd6a0
>> <searchbufs+2912>, bufp@entry=0x5eb92b3c6c43c900, string1=0x0,
>> string1@entry=0x555557025101 "\377\377\377\377\377\377\377\001",
>> size1=0, string2=0x5555570251b0 "#-*- mode: Org; indent-tabs-mode:
>> nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP:
>> odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO:
>> TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=93674,
>> size2@entry=93825020464468, pos=43986, regs=<optimized out>,
>> stop=<optimized out>) at ./src/regex-emacs.c:4553
>
> bufp->translate is not protected from GC?
Thanks!
I think the bufp should come from a regexp_cache entry that looking_at_1
gets from compile_pattern, and passes to re_match_2
i = re_match_2 (&cache_entry->buf, (char *) p1, s1, (char *) p2, s2,
compile_pattern chooses an entry from searchbuf_head, fills it out and
so on. I think searchbuf_head refers to entries in searchbuf, which is
an array of regexp_cache. And in syms_of_search we have
for (int i = 0; i < REGEXP_CACHE_SIZE; ++i)
{
staticpro (&searchbufs[i].regexp);
staticpro (&searchbufs[i].f_whitespace_regexp);
staticpro (&searchbufs[i].syntax_table);
}
That doesn't look sufficient, at least for igc, don't know about the old
gc. I'll see what must be added there, bufp->translate is certainly
among that, but maybe there are others.
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at 75459) by debbugs.gnu.org; 9 Jan 2025 13:04:29 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 08:04:28 2025
Received: from localhost ([127.0.0.1]:50799 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVsD6-0006d4-Iw
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 08:04:28 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:59418)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tVsD3-0006ci-Tc
for 75459 <at> debbugs.gnu.org; Thu, 09 Jan 2025 08:04:26 -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 1tVsCx-00026l-Fj; Thu, 09 Jan 2025 08:04:20 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
Date; bh=G57taY+QCNsdvDy9irBNfrurWPJ239BpR38SvnwjNTQ=; b=KJZcG7/JQslSMngOuxaf
6cCoYe67xTOJZOV8ExUoneZc0UniHMEYCDgRm1Ab1js86OoP0M3ttJpnq6vzlO4uXbhXsJ9xZNm0d
/HgY0P6EPMRbrSDYirI65Ph5jwLmWL6C6d0D97mLzKeUFbgZ7+Q2hryFrxWpEOMsyGEbpIbkyEE20
6und+L45a9hKOTPwK0YhH36XFWDTKKIaUKuXVEFwcKIMeWERpwGAKnxT4QlP6sDbXaLdbi2xIoQX0
pVXCciTNIBXqzTaDm0rDUu+G7iZGbufjiWZnAzMzYH3Isyktd19c1gbD1yPVS9THMfYjhf/pdBs1r
vWcpPeawtTiLkQ==;
Date: Thu, 09 Jan 2025 15:03:49 +0200
Message-Id: <861pxc2l6y.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Gregor Zattler <telegraph@HIDDEN>,
=?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
In-Reply-To: <87zfk0p741.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN)
Subject: Re: 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
References: <87zfk0p741.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 75459
Cc: 75459 <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: Thu, 09 Jan 2025 12:19:26 +0100
> From: Gregor Zattler via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>
> Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
> 432 {
> #0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
> #1 0x00005555555b72db in die (msg=msg@entry=0x5555559cedde "CHAR_TABLE_P (obj)", file=file@entry=0x5555559b0565 "character.h", line=line@entry=597) at ./src/alloc.c:8377
> #2 0x00005555555b6acd in char_table_translate (obj=Python Exception <class 'gdb.error'>: value has been optimized out
> , ch=32) at ./src/character.h:597
> #3 0x00005555557d99a0 in re_match_2_internal (bufp=0x5555560fd6a0 <searchbufs+2912>, bufp@entry=0x5eb92b3c6c43c900, string1=0x0, string1@entry=0x555557025101 "\377\377\377\377\377\377\377\001", size1=0, string2=0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=93674, size2@entry=93825020464468, pos=43986, regs=<optimized out>, stop=<optimized out>) at ./src/regex-emacs.c:4553
bufp->translate is not protected from GC?
bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 9 Jan 2025 11:20:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 09 06:20:23 2025
Received: from localhost ([127.0.0.1]:50619 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tVqaL-0001RN-IM
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 06:20:23 -0500
Received: from lists.gnu.org ([2001:470:142::17]:41824)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <telegraph@HIDDEN>) id 1tVqaH-0001MN-Cw
for submit <at> debbugs.gnu.org; Thu, 09 Jan 2025 06:20:19 -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 <telegraph@HIDDEN>) id 1tVqaA-00083q-JA
for bug-gnu-emacs@HIDDEN; Thu, 09 Jan 2025 06:20:10 -0500
Received: from mout.gmx.net ([212.227.15.18])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <telegraph@HIDDEN>) id 1tVqa5-0004bt-7V
for bug-gnu-emacs@HIDDEN; Thu, 09 Jan 2025 06:20:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1736421601; x=1737026401; i=telegraph@HIDDEN;
bh=dE/mhtUcE63UHz/QYJ3c50tG+0W/kUb3mUnyWNLK+XU=;
h=X-UI-Sender-Class:From:To:Subject:Date:Message-ID:MIME-Version:
Content-Type:cc:content-transfer-encoding:content-type:date:from:
message-id:mime-version:reply-to:subject:to;
b=JA6mjuJ9itMPkSLVihyEti0nwRk4rHb7f6+13NIW+gfGCI5aVWLECkqmOKHttjY+
M1KC4bH6fQ1AYrLa+yQ4gq7T64bvSjgKtEUsy9NTs88bbkQqTH3rL3pLLnHxqsaVu
JhdWaHltcAXnPVbOuW9ddw4dNyq+HGLM0IcNf0Okh4xQMDPqF9SXSDnkrTvAzdlLH
0IChe8b2jrPtfub76RWD2FP+4xnXXiVENj+Hy5UNU+QoTd7/eXKS7qn2hPbfBdL3m
dheF24f/N66C7ik28KzPQdGs8qEeBAECLI0PqG2/qgS7/rNSAaXYyjCrBE2G97UMN
8jKrZonDoVK/Rzw8bg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1M89Gj-1tQbn02lE3-009EFX; Thu, 09
Jan 2025 12:20:01 +0100
From: Gregor Zattler <telegraph@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 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
X-Debbugs-Cc:
Date: Thu, 09 Jan 2025 12:19:26 +0100
Message-ID: <87zfk0p741.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Provags-ID: V03:K1:31IzqFLfhflFYKWOuPbpu46GluM3+duC31k3LM3q1HdP3pOXU1a
uy2IYlUgKEYNZfvYPyeaNT0GprvdA18/istublhpZkKyWqXhnuLA+3eu5rZQAzeyniaYm5a
eY97hOKXaYp/OhI+g9kQtBH9pqc1J17Yd4W9gGF8NVOQDd54lHjHQf4Pe/h90R9q+keRoq9
r8LW65QV+3Vq+zcaLdbYA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:7taYvDs6zaM=;Crb3si3nbq9Y1vcFr2oxwiEszo9
SQyT8u8eC1FP9M0+6up1YGbTuULpU+NDb5W08QcEqykR9j8gQfDXvqmaipeEpJpiCf0Mrr1dh
vQP211bOqOnh9xD2lITzf7/GFCabi5C0MvyZBqLBrnOt6nxDt0eoGWhLYT+9yIA2/8vv4qzS/
EuNgZIHa5u/LM0niMZ3Q2fRMdl0ESKKPHpXaE7h7AlSt1gKf4Vp8cPxUJumNlcj3YQwxHyn7Q
AnIoNNwYHnjElhhJvK6nd6hBNux++Mln5mptd5YthK2oY8Qgb0eHs3RwnudHGfvRU6K9LI0X+
LxrNYjzIo/2zUYw6D3FBZK609GuicTE1vI/F11D6SkIdjVMpHVwhcMdp9fBZf7Dcl5ySiyzhH
syJU0LA1uXJav8pI4Y+tCW1POK/5lWd32J2hU5fK9MqdMzKZZ4Fi5coplQoAjVdTh3nnn2l45
SqHMFXP+FXd3CFF4Xx+BoVw7G3HoXTXqf/Nnem/B8TTV1/VfmU5orvlYanc+IzvaHoHwAgH4r
um1PVnuNmcDTPsDigIATO0uS4gzgIT39NcUtcNiV3/UF8hrQng6kMHuuKmzRpyD2dGZOgtY0n
sQIt0DRuSKtw8Aet/DtJf2bf2F0dTMGALlx8Cv3jEKg0U331NKl2zQ933SmRzaX6tIYp/uv1f
kl6Hmy90qUNeKIC4xcg6hRPYEHiy6LBTCfEvhqN8g7mW4/G1xdpBoJH1sPpucDFIlRmcen71O
BtodqtYmD4j3lRLkMWEu0zBDzQsYU54xx3QF8EDHEM15JHIz1SMRtZQ9UJsEBxng0zAJFiVPu
ngPkR6yxeyNWIE/qQETNU9z2P9XDLc8IvmHi6Pc73zorW9dccH2h/8VIA3Ve82WAbjkCu7Cdy
XqyK6D/xXhPfQcYRq9zMW59/KBh2CzL2IA4ZxaXBYIctOWkTm/vRK9MhwERO65AD8oc1El+PL
SQb7E8v7ny0gEYZxRwyZ6h6qrjZmKlY0LvEVjgEBMakEU71YnyDuqBBZc+oERPXw3w+BgRww8
4+iMcnbrzpCobeEbYz8hi6s3rj8Nb7kzq+HXHpJ4uhHcv1sVOpjlGMy+P86unV82q6kagqpme
bS4Qzi2WkmNHAVJP0N6eGnSsMxnGLW
Received-SPF: pass client-ip=212.227.15.18; envelope-from=telegraph@HIDDEN;
helo=mout.gmx.net
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001,
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.0 (/)
X-Debbugs-Envelope-To: submit
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
Dear Emacs developers, I started Emacs
with my configuration, and hit the keys
to build/show the org-agenda and then
clock in my default task.
Then Emacs stopped in a breakpoint. I
don't know what to do to get better
infos besides sending you the GDB log
(attachet).
I'm happy to answer questions with very
specific instructions, the GDB session
is still open, but this is a laptop, I
don't know when I will have to power it
down...
Otherwise till just now this build from
scratch-igc worked without a hickup.
Thanks, Gregor
--=-=-=
Content-Type: text/plain
Content-Disposition: inline; filename=gdb-2025-01-09T11-58-12+01-00.txt
Starting program: /home/grfz/src/emacs-igc/src/emacs --debug-init -xrm --init-directory="${USER_EMACS_DIRECTORY}" --fg-daemon="${EMACS_SERVER_NAME}"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after vfork from child process 1560416]
[Detaching after vfork from child process 1560417]
[Detaching after vfork from child process 1560418]
[Detaching after vfork from child process 1560419]
[Detaching after vfork from child process 1560423]
[Detaching after vfork from child process 1560424]
[Detaching after vfork from child process 1560478]
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
432 {
#0 terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
#1 0x00005555555b72db in die (msg=msg@entry=0x5555559cedde "CHAR_TABLE_P (obj)", file=file@entry=0x5555559b0565 "character.h", line=line@entry=597) at ./src/alloc.c:8377
#2 0x00005555555b6acd in char_table_translate (obj=Python Exception <class 'gdb.error'>: value has been optimized out
, ch=32) at ./src/character.h:597
#3 0x00005555557d99a0 in re_match_2_internal (bufp=0x5555560fd6a0 <searchbufs+2912>, bufp@entry=0x5eb92b3c6c43c900, string1=0x0, string1@entry=0x555557025101 "\377\377\377\377\377\377\377\001", size1=0, string2=0x5555570251b0 "#-*- mode: Org; indent-tabs-mode: nil; coding: utf-8-unix -*-\n#+STARTUP: hidestars\n#+STARTUP: odd\n;#+STARTUP: overview\n#+STARTUP: showeverything\n#+SEQ_TODO: TODO(t) INPROGRESS(i@/@) WAITING(w@/@) VER"..., size2=93674, size2@entry=93825020464468, pos=43986, regs=<optimized out>, stop=<optimized out>) at ./src/regex-emacs.c:4553
#4 0x00005555557de57d in re_match_2 (bufp=0x5eb92b3c6c43c900, string1=0x555557025101 "\377\377\377\377\377\377\377\001", size1=<optimized out>, string2=<optimized out>, size2=93825020464468, pos=<optimized out>, regs=<optimized out>, stop=<optimized out>) at ./src/regex-emacs.c:4056
#5 0x00005555557c9f73 in looking_at_1 (string=Python Exception <class 'gdb.error'>: value has been optimized out
, posix=<optimized out>, modify_data=<optimized out>) at ./src/search.c:323
#6 0x00007fffde1bc131 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_38 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
#7 0x000055555581b7c7 in funcall_subr (subr=0x7fffe63117f0, numargs=4, args=<optimized out>) at ./src/eval.c:3173
#8 0x0000555555817e73 in Ffuncall (nargs=5, args=0x7fffffffb268) at ./src/eval.c:3099
#9 0x00007fffde1eea0e in F6f72672d656c656d656e742d2d70617273652d746f_org_element__parse_to_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
#10 0x000055555581b7e3 in funcall_subr (subr=0x7fffe6413978, numargs=1, args=<optimized out>) at ./src/eval.c:3171
#11 0x0000555555817e73 in Ffuncall (nargs=2, args=0x7fffffffb480) at ./src/eval.c:3099
#12 0x00007fffde1fe45e in F6f72672d656c656d656e742d2d63616368652d7665726966792d656c656d656e74_org_element__cache_verify_element_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
#13 0x000055555581b810 in funcall_subr (subr=0x7fffe95e36d8, numargs=1, args=<optimized out>) at ./src/eval.c:3167
#14 0x0000555555817e73 in Ffuncall (nargs=2, args=0x7fffffffbbd0) at ./src/eval.c:3099
#15 0x00007fffde218a4e in F6f72672d656c656d656e742d61742d706f696e74_org_element_at_point_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-element-1d23d6e0-0b03f1c0.eln
#16 0x000055555581b7ff in funcall_subr (subr=0x7fffe6414738, numargs=0, args=<optimized out>) at ./src/eval.c:3169
#17 0x0000555555817e73 in Ffuncall (nargs=1, args=0x7fffffffbd58) at ./src/eval.c:3099
#18 0x00007fffdf123c64 in F6f72672d696e2d7372632d626c6f636b2d70_org_in_src_block_p_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-30013b5a-16ff07f1.eln
#19 0x000055555581b7ff in funcall_subr (subr=0x7fffe9cec0b0, numargs=2, args=<optimized out>) at ./src/eval.c:3169
#20 0x0000555555817e73 in Ffuncall (nargs=3, args=0x7fffffffbf80) at ./src/eval.c:3099
#21 0x00007fffde296717 in F6f72672d6167656e64612d736b6970_org_agenda_skip_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
#22 0x000055555581b810 in funcall_subr (subr=0x7fffe9d601e0, numargs=0, args=<optimized out>) at ./src/eval.c:3167
#23 0x0000555555817e73 in Ffuncall (nargs=1, args=0x7fffffffc208) at ./src/eval.c:3099
#24 0x00007fffde2bb076 in F6f72672d6167656e64612d6765742d626c6f636b73_org_agenda_get_blocks_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
#25 0x0000555555817e73 in Ffuncall (nargs=1, args=0x7fffffffc3c0) at ./src/eval.c:3099
#26 0x00007fffde2a52cc in F6f72672d6167656e64612d6765742d6461792d656e7472696573_org_agenda_get_day_entries_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
#27 0x0000555555817e73 in Ffuncall (nargs=nargs@entry=7, args=0x7fffffffc530) at ./src/eval.c:3099
#28 0x0000555555818220 in Fapply (nargs=<optimized out>, args=0x7fffffffc6f8) at ./src/eval.c:2771
#29 0x0000555555817e73 in Ffuncall (nargs=5, args=0x7fffffffc6f0) at ./src/eval.c:3099
#30 0x00007fffde29911e in F6f72672d6167656e64612d6c697374_org_agenda_list_0 () at /home/grfz/.config/emacs/eln-cache/31.0.50-b708ad23/org-agenda-c62ea9fb-0f9a50be.eln
#31 0x000055555581c583 in eval_sub (form=Python Exception <class 'gdb.error'>: value has been optimized out
) at ./src/eval.c:2614
#32 0x000055555581c6d9 in Fprogn (body=XIL(0x7fffe4e2036b)) at ./src/eval.c:443
#33 0x000055555581cadd in funcall_lambda (fun=make_fixnum(1), nargs=<optimized out>, arg_vector=<optimized out>) at ./src/eval.c:3356
#34 0x0000555555817e73 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffffcab8) at ./src/eval.c:3099
#35 0x00005555558127d7 in Ffuncall_interactively (nargs=1, args=0x7fffffffcab8) at ./src/callint.c:250
#36 0x0000555555817e73 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffcab0) at ./src/eval.c:3099
#37 0x0000555555818478 in Fapply (nargs=nargs@entry=3, args=args@entry=0x7fffffffcab0) at ./src/eval.c:2724
#38 0x000055555581428c in Fcall_interactively (function=Python Exception <class 'gdb.error'>: value has been optimized out
, record_flag=XIL(0), keys=XIL(0x7fffe137c8c5)) at ./src/callint.c:342
#39 0x00007ffff27ee8f5 in F636f6d6d616e642d65786563757465_command_execute_0 () at /home/grfz/src/emacs-igc/src/../native-lisp/31.0.50-b708ad23/preloaded/simple-fab5b0cf-f25e9023.eln
#40 0x000055555581b7c7 in funcall_subr (subr=0x7fffe139d428, numargs=1, args=<optimized out>) at ./src/eval.c:3173
#41 0x0000555555817e73 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffcd60) at ./src/eval.c:3099
#42 0x000055555577666c in command_loop_1 () at ./src/keyboard.c:1556
#43 0x0000555555815d26 in internal_condition_case (bfun=bfun@entry=0x5555557760b0 <command_loop_1>, handlers=handlers@entry=XIL(0xa8), hfun=hfun@entry=0x55555575a510 <cmd_error>) at ./src/eval.c:1618
#44 0x0000555555758e1e in command_loop_2 (handlers=handlers@entry=XIL(0xa8)) at ./src/keyboard.c:1174
#45 0x0000555555815aaf in internal_catch (tag=tag@entry=XIL(0x15460), func=func@entry=0x555555758df0 <command_loop_2>, arg=Python Exception <class 'gdb.error'>: value has been optimized out
, arg@entry=XIL(0xa8)) at ./src/eval.c:1297
#46 0x0000555555758db9 in command_loop () at ./src/lisp.h:1240
#47 0x0000555555765535 in recursive_edit_1 () at ./src/keyboard.c:760
#48 0x00005555557658d5 in Frecursive_edit () at ./src/keyboard.c:843
#49 0x00005555555cffe5 in main (argc=5, argv=<optimized out>) at ./src/emacs.c:2646
Lisp Backtrace:
Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
432 {
The program being debugged stopped while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_function) will be abandoned.
When the function is done executing, GDB will silently stop.
Breakpoint 1, terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647) at ./src/emacs.c:432
432 {
The program being debugged stopped while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_function) will be abandoned.
When the function is done executing, GDB will silently stop.
--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
In GNU Emacs 31.0.50 (build 1,
x86_64-pc-linux-gnu, cairo version
1.16.0) of 2024-12-27 built on no
Repository revision: c445e6ab432680c157575893a31f1fc215d596cf
Repository branch: scratch/igc
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)
Configured using:
'configure
--infodir=3D/usr/share/info/emacs
--with-json
--with-file-notification=3Dyes
--with-libsystemd --with-cairo
--with-x=3Dyes --with-x-toolkit=3Dno
--without-toolkit-scroll-bars
--without-gsettings
--enable-check-lisp-object-type
--enable-checking=3Dyes,glyphs
--with-native-compilation=3Dyes
--with-mps=3Dyes 'CFLAGS=3D-ggdb3 -O3
-ffile-prefix-map=3D/home/grfz/src/emacs-igc=3D. -fstack-protector-strong
-Wformat -Werror=3Dformat-security
-fno-omit-frame-pointer'
'CPPFLAGS=3D-I/home/grfz/mps-artifacts
-Wdate-time -D_FORTIFY_SOURCE=3D2'
'LDFLAGS=3D-L/home/grfz/mps-artifacts
-Wl,-z,relro''
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP
GNUTLS GPM HARFBUZZ JPEG LCMS2 LIBOTF
LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT
MODULES MPS NATIVE_COMP NOTIFY INOTIFY
OLDXMENU PDUMPER PNG RSVG SECCOMP SOUND
SQLITE3 THREADS TIFF WEBP X11 XDBE XIM
XINPUT2 XPM ZLIB
Important settings:
value of $LC_ALL:
value of $LC_COLLATE: de_DE.utf8
value of $LC_CTYPE: de_DE.utf8
value of $LC_MESSAGES: POSIX
value of $LC_MONETARY: de_DE.utf8
value of $LC_NUMERIC: de_DE.utf8
value of $LC_TIME: de_DE.utf8
value of $LANG: de_DE.utf8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
rainbow-delimiters-mode: t
winner-mode: t
which-key-mode: t
mail-abbrevs-mode: t
savehist-mode: t
ws-butler-global-mode: t
ws-butler-mode: t
delete-selection-mode: t
minibuffer-depth-indicate-mode: t
which-function-mode: t
windmove-mode: t
xterm-mouse-mode: t
key-chord-mode: t
find-function-mode: t
override-global-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
minibuffer-regexp-mode: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
/home/grfz/src/notmuch/emacs/notmuch-lib hides /usr/local/share/emacs/site=
-lisp/notmuch-lib
/home/grfz/src/notmuch/emacs/coolj hides /usr/local/share/emacs/site-lisp/=
coolj
/home/grfz/src/notmuch/emacs/notmuch-address hides /usr/local/share/emacs/=
site-lisp/notmuch-address
/home/grfz/src/notmuch/emacs/notmuch-hello hides /usr/local/share/emacs/si=
te-lisp/notmuch-hello
/home/grfz/src/notmuch/emacs/notmuch-parser hides /usr/local/share/emacs/s=
ite-lisp/notmuch-parser
/home/grfz/src/notmuch/emacs/notmuch-show hides /usr/local/share/emacs/sit=
e-lisp/notmuch-show
/home/grfz/src/notmuch/emacs/notmuch-wash hides /usr/local/share/emacs/sit=
e-lisp/notmuch-wash
/home/grfz/src/notmuch/emacs/notmuch-draft hides /usr/local/share/emacs/si=
te-lisp/notmuch-draft
/home/grfz/src/notmuch/emacs/notmuch-tree hides /usr/local/share/emacs/sit=
e-lisp/notmuch-tree
/home/grfz/src/notmuch/emacs/notmuch-version hides /usr/local/share/emacs/=
site-lisp/notmuch-version
/home/grfz/src/notmuch/emacs/notmuch-jump hides /usr/local/share/emacs/sit=
e-lisp/notmuch-jump
/home/grfz/src/notmuch/emacs/notmuch-company hides /usr/local/share/emacs/=
site-lisp/notmuch-company
/home/grfz/src/notmuch/emacs/notmuch hides /usr/local/share/emacs/site-lis=
p/notmuch
/home/grfz/src/notmuch/emacs/notmuch-crypto hides /usr/local/share/emacs/s=
ite-lisp/notmuch-crypto
/home/grfz/src/notmuch/emacs/notmuch-compat hides /usr/local/share/emacs/s=
ite-lisp/notmuch-compat
/home/grfz/src/notmuch/emacs/notmuch-maildir-fcc hides /usr/local/share/em=
acs/site-lisp/notmuch-maildir-fcc
/home/grfz/src/notmuch/emacs/notmuch-tag hides /usr/local/share/emacs/site=
-lisp/notmuch-tag
/home/grfz/src/notmuch/emacs/notmuch-message hides /usr/local/share/emacs/=
site-lisp/notmuch-message
/home/grfz/src/notmuch/emacs/notmuch-print hides /usr/local/share/emacs/si=
te-lisp/notmuch-print
/home/grfz/src/notmuch/emacs/notmuch-mua hides /usr/local/share/emacs/site=
-lisp/notmuch-mua
/home/grfz/src/notmuch/emacs/notmuch-query hides /usr/local/share/emacs/si=
te-lisp/notmuch-query
/home/grfz/src/notmuch/emacs/notmuch-address hides /home/grfz/.config/emac=
s/elisp/notmuch-address
/home/grfz/src/ol-notmuch/ol-notmuch hides /home/grfz/.config/emacs/elisp/=
ol-notmuch
/home/grfz/.config/emacs/elpa-31.0/magit-4.1.3/magit-autorevert hides /hom=
e/grfz/.config/emacs/elpa-31.0/magit-section-4.1.3/magit-autorevert
/home/grfz/.config/emacs/elpa-31.0/transient-0.8.1/transient hides /home/g=
rfz/src/emacs-igc/lisp/transient
/home/grfz/.config/emacs/elpa-31.0/idlwave-6.5.1/idlw-shell hides /home/gr=
fz/src/emacs-igc/lisp/progmodes/idlw-shell
/home/grfz/.config/emacs/elpa-31.0/idlwave-6.5.1/idlwave hides /home/grfz/=
src/emacs-igc/lisp/progmodes/idlwave
/home/grfz/.config/emacs/elpa-31.0/idlwave-6.5.1/idlw-toolbar hides /home/=
grfz/src/emacs-igc/lisp/progmodes/idlw-toolbar
/home/grfz/.config/emacs/elpa-31.0/idlwave-6.5.1/idlw-help hides /home/grf=
z/src/emacs-igc/lisp/progmodes/idlw-help
/home/grfz/.config/emacs/elpa-31.0/idlwave-6.5.1/idlw-complete-structtag h=
ides /home/grfz/src/emacs-igc/lisp/progmodes/idlw-complete-structtag
Features:
(shadow sort orgalist wcheck-mode
ecomplete mail-extr tramp trampver
tramp-integration files-x tramp-message
tramp-compat xdg shell parse-time
iso8601 tramp-loaddefs emacsbug add-log
rainbow-delimiters winner which-key
ol-notmuch notmuch notmuch-tree
notmuch-jump notmuch-hello notmuch-show
notmuch-print notmuch-crypto notmuch-mua
notmuch-message notmuch-draft
notmuch-maildir-fcc notmuch-address
notmuch-company notmuch-parser
notmuch-wash diff-mode track-changes
coolj goto-addr icalendar diary-lib
diary-loaddefs notmuch-tag crm
notmuch-lib notmuch-version
notmuch-compat hl-line mm-view mml-smime
smime gnutls dig compat org-contrib
org-crypt org-protocol org-clock dbus
xml ob-plantuml gnus-alias advice
message yank-media puny dired
dired-loaddefs rfc822 mml mml-sec epa
derived epg rfc6068 epg-config gnus-util
text-property-search mm-decode mm-bodies
mm-encode mail-parse rfc2231 gmm-utils
mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils
finder-inf mailabbrev savehist
auth-source-pass holidays
holiday-loaddefs ws-butler delsel
modus-operandi-theme modus-themes
mb-depth which-func imenu windmove
xt-mouse edmacro kmacro key-chord comp
comp-cstr cl-extra help-mode warnings
comp-run comp-common org ob ob-ref
ob-lob ob-table ob-exp org-macro
org-pcomplete pcomplete org-list
org-footnote org-faces org-entities
time-date noutline outline ob-emacs-lisp
org-table org-loaddefs thingatpt
find-func cal-menu calendar cal-loaddefs
ob-tangle ol org-src sh-script rx smie
treesit executable org-keys oc ob-comint
comint ansi-osc ansi-color ring ob-core
org-cycle org-fold org-fold-core
org-compat ob-eval org-version org-macs
format-spec use-package
use-package-ensure use-package-delight
use-package-diminish
use-package-bind-key bind-key easy-mmode
use-package-core async-autoloads
csv-mode-autoloads debbugs-autoloads
dired-git-info-autoloads
hyperbole-autoloads kotl-autoloads hact
set hhist idlwave-autoloads
key-chord-autoloads magit-autoloads
pcase magit-section-autoloads
dash-autoloads minibuffer-line-autoloads
org-contrib-autoloads org-autoloads
orgalist-autoloads paredit-autoloads
rainbow-delimiters-autoloads
transient-autoloads
wcheck-mode-autoloads info
with-editor-autoloads
ws-butler-autoloads package browse-url
url url-proxy url-privacy url-expand
url-methods url-history url-cookie
generate-lisp-file url-domsuf url-util
mailcap url-handlers url-parse
auth-source cl-seq eieio eieio-core
cl-macs password-cache json subr-x map
byte-opt gv bytecomp byte-compile
url-vars cus-edit pp cus-load icons
wid-edit cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd
touch-screen tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode
register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer
select scroll-bar mouse jit-lock
font-lock syntax font-core
term/tty-colors frame minibuffer nadvice
seq simple cl-generic indonesian
philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai
tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak
czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript
charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray
oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp
files window text-properties overlay
sha1 md5 base64 format env code-pages
mule custom widget keymap
hashtable-print-readable backquote
threads dbusbind inotify lcms2
dynamic-setting font-render-setting
cairo xinput2 x multi-tty move-toolbar
make-network-process native-compile mps
emacs)
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 992 0))
Ciao,
=2D-
Gregor
--=-=-=--
Gregor Zattler <telegraph@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#75459; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.