GNU bug report logs -
#76004
31.0.50; feature/igc crashed on Linux, wayland (with full gdb debug info)
Previous Next
Reported by: Eval EXEC <execvy <at> gmail.com>
Date: Sun, 2 Feb 2025 04:58:01 UTC
Severity: normal
Found in version 31.0.50
Done: Pip Cet <pipcet <at> protonmail.com>
Bug is archived. No further changes may be made.
Full log
Message #26 received at 76004 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
(gdb) p &lispsym
$1 = (struct Lisp_Symbol (*)[1786]) 0xd459c0 <lispsym>
(gdb) p &lispsym
$2 = (struct Lisp_Symbol (*)[1786]) 0xd459c0 <lispsym>
(gdb) start
Temporary breakpoint 3 at 0x5b653f: file
/home/exec/Projects/git.savannah.gnu.org/git/emacs/src/emacs.c, line
1274.
Starting program:
/home/exec/Projects/git.savannah.gnu.org/git/emacs-build/feature_igc-6f7e916a6c80df11bf169587913fb0443f6b5490-gdb/bin/emacs-31.0.50
warning: File "/nix/store/6qkwbcx4q47dq4scz7rk4f3nlbr5937r-glib-2.82.1/lib/libgobject-2.0.so.0.8200.1-gdb.py"
auto-loading has been declined by your `auto-load safe-path' set to
"$debugdir:$datadir/auto-load:/nix/store/4gk773fqcsv4fh2rfkhs9bgfih86fdq8-gcc-13.3.0-lib".
warning: File "/nix/store/6qkwbcx4q47dq4scz7rk4f3nlbr5937r-glib-2.82.1/lib/libglib-2.0.so.0.8200.1-gdb.py"
auto-loading has been declined by your `auto-load safe-path' set to
"$debugdir:$datadir/auto-load:/nix/store/4gk773fqcsv4fh2rfkhs9bgfih86fdq8-gcc-13.3.0-lib".
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/nix/store/nqb2ns2d1lahnd5ncwmn6k84qfd7vx2k-glibc-2.40-36/lib/libthread_db.so.1".
warning: File "/nix/store/idpsjqf760ap2vr49hkdshhj8sfdc6mn-isl-0.20/lib/libisl.so.19.1.0-gdb.py"
auto-loading has been declined by your `auto-load safe-path' set to
"$debugdir:$datadir/auto-load:/nix/store/4gk773fqcsv4fh2rfkhs9bgfih86fdq8-gcc-13.3.0-lib".
Temporary breakpoint 3, main (argc=1, argv=0x7fffffff5ad8) at
/home/exec/Projects/git.savannah.gnu.org/git/emacs/src/emacs.c:1274
warning: Source file is more recent than executable.
1274 #if SECCOMP_USABLE
(gdb) p &lispsym
$3 = (struct Lisp_Symbol (*)[1786]) 0xd459c0 <lispsym>
(gdb)
And output of `objdump -h
core.emacs.1000.54b0471b528c4cce800b660320b5a551.1553776.1738472003000000
` is very long, I attached it to the email attached file:
Thanks for your explaination, What should I do next?
On Sun, Feb 2, 2025 at 6:21 PM Pip Cet <pipcet <at> protonmail.com> wrote:
>
> "Eval Exec" <execvy <at> gmail.com> writes:
>
> Oh, sorry, I messed up twice.
>
> > (gdb) p &lispsym
> > $1 = (struct Lisp_Symbol (*)[1786]) 0xd459c0 <lispsym>
>
> can you run "start" and repeat the command, or attach to a core file?
> In my case:
>
> (gdb) p &lispsym
> $1 = (struct Lisp_Symbol (*)[1770]) 0x4eece0 <lispsym>
> (gdb) start
> Temporary breakpoint 1 at 0x80260: file emacs.c, line 1258.
> Starting program:
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
>
> Temporary breakpoint 1, main (argc=1, argv=0x7fffffffd888) at emacs.c:1258
> 1258 {
> (gdb) p &lispsym
> $2 = (struct Lisp_Symbol (*)[1770]) 0x555555a42ce0 <lispsym>
>
> It is this second, larger value we're interested in.
>
> > $ objdump -h /home/exec/Projects/git.savannah.gnu.org/git/emacs-build/feature_igc-6f7e916a6c80df11bf169587913fb0443f6b5490-gdb/bin/emacs-31.0.50
>
> I meant to ask for objdump -h to be called on the core file (which gives
> us the runtime memory map), not the executable (which lists only the
> static sections). However, I would have asked for the other one too,
> most likely :-)
>
> Sorry for the imprecise instructions!
>
> Thanks
> Pip
>
[objdump.core.zstd.txt (text/plain, attachment)]
This bug report was last modified 84 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.