GNU bug report logs -
#38912
27.0.60; PDumper meets segmentation fault when evil is loaded
Previous Next
Reported by: NiwTinray <niwtrx <at> icloud.com>
Date: Sat, 4 Jan 2020 03:27:02 UTC
Severity: normal
Merged with 32503
Found in versions 26.1, 27.0.60
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Date: Sat, 4 Jan 2020 09:49:14 +0800
> From: NiwTinray via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> I was testing the new portable dumper with my personal Emacs. When I
> loaded my dumped file, Emacs crashed on segmentation fault.
> After tracking down the issue, I found the issues is caused by the
> undo-tree mode in package "evil".
> To reproduce the bug, try this:
>
> emacs --batch -f package-initialize --eval='(use-package evil :ensure
> t)' --eval='(dump-emacs-portable "test.pdmp")' && emacs --dump-file
> test.pdmp
I cannot reproduce this from "emacs -Q" because 'use-package' is not a
known function. Can you show a recipe starting from "emacs -Q",
please?
Also, does this happen if you add -Q to the Emacs invocation after
dumping? If not, there's more detail missing in your report: the
customizations in your init files.
In addition, please also show the Lisp-level backtrace from the crash,
by using the xbacktrace command (it is defined in the src/.gdbinit
file in the Emacs source tree).
> Backtrace on crash:
> #0 0x00000000004f1240 in Fcurrent_active_maps (olp=olp <at> entry=0x30, position=position <at> entry=0x0) at keymap.c:1541
GDB usually displays the fatal signal that killed the program; can you
show that part as well?
Thanks.
This bug report was last modified 3 years and 19 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.