GNU bug report logs - #78444
30.1; Crash in GC (vector_marked_p)

Previous Next

Full log

Message #71 received at 78444 <at> debbugs.gnu.org (full text, mbox):

From: George P <georgepanagopo <at> gmail.com>
To: Pip Cet <pipcet <at> protonmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, acorallo <at> gnu.org, 78444 <at> debbugs.gnu.org
Subject: Re: bug#78444: 30.1; Crash in GC (vector_marked_p)
Date: Sat, 31 May 2025 11:33:09 -0400

[Message part 1 (text/plain, inline)]

>
> Eli's idea of adding -fno-tree-sra to the build options for the next
> build is a good one.


Yes, thanks to both for the suggestion! I will make a build with this
option and see if the bug persists.

Could it also be a dynamic module responsible? I am running at least a few
of these (tree-sitter https://github.com/emacs-tree-sitter/elisp-tree-sitter,
vterm https://github.com/akermu/emacs-libvterm and pdf-tools
https://github.com/vedang/pdf-tools, maybe a few more).

Here are the gdb things:


> Now we have the other bug, though, it would be interesting again.  Maybe
> the same thing happened to a nativecomp constant vector here as happened
> to a bytecode closure's constant vector in the new crash.  Do you still
> have the old core file, and can you run x/32gx 0x98e7980?
>

Yes, here it is:

(gdb) x/32gx 0x98e7980
0x98e7980:      0xc00000001a003007      0x0000000008f680f4
0x98e7990:      0x000000001f647ac3      0x00000000098e79dd
0x98e79a0:      0x00000000098e7a25      0x0000000000000000
0x98e79b0:      0x00000000098e7d75      0x00000000098ee6cd
0x98e79c0:      0x00001555338a2ec0      0x0000000000000000
0x98e79d0:      0x000000001cbc0740      0xc00000000e008000
0x98e79e0:      0x0000000020e10970      0x0000000003aa20d0
0x98e79f0:      0x0000000003aa1ac0      0x00000000006e9960
0x98e7a00:      0x000000002265f480      0x0000001a0000001a
0x98e7a10:      0x0000400700000060      0x0000000000000000
0x98e7a20:      0x400000000e008000      0x000000001bfdbe90
0x98e7a30:      0x0000000020e10b80      0x000000001bfdb880
0x98e7a40:      0x00000000006e98e0      0x000000001fd792e0
0x98e7a50:      0x0000001a0000001a      0x0000400700000060
0x98e7a60:      0x0000000000000000      0x400000001f000005
0x98e7a70:      0x0000000000000606      0x0000000008ae5654

Oh, sorry, "p *(struct Lisp_String *)0x000000001cfbfe40".
>

(gdb) p *(struct Lisp_String *)0x000000001cfbfe40
$20 = {u = {s = {size = -9223372036854775719, size_byte = -1, intervals =
0x0, data = 0x18c4d720
"/u/panagopo/.config/emacs/.local/cache/eln/30.1-1ed0c1e8/lsp-erlang-9f1a9a34-b13245d7.eln"},
next = 0x8000000000000059,
    gcaligned = 89 'Y'}}

[Message part 2 (text/html, inline)]

Previous Next

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