GNU bug report logs -
#68690
Segmentation fault building with native-comp
Previous Next
Reported by: john muhl <jm <at> pub.pink>
Date: Wed, 24 Jan 2024 16:44:02 UTC
Severity: normal
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: 68690 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
> Date: Fri, 26 Jan 2024 15:47:06 +0100
>
> > And second, what do you mean by "possibly requiring relocation"? Do
> > you mean relocation after restoring from dump, or do you mean
> > relocation during dumping? Or something else entirely?
>
> Lisp_Object fields require writing something to the dump file that can
> be used, when the dump is loaded, to compute the real value in the the
> new Emacs session. So, something is done when dumping, and when loading.
Something _is_ being done, AFAIU. If you step through dump_field_lv,
you will see that it dumps a placeholder (0xDEADF00D) instead of the
actual value, and records a "fixup" to be processed later. When the
fixup is processed, it schedules a "relocation", which AFAIU is
supposed to replace the placeholder with the offset of the actual Lisp
object in the dump file. So the machinery seems to be in place, it
just doesn't work somehow in this case...
This bug report was last modified 1 year and 116 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.