[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#18784: Coultdn't compile emacs-24.4

From: Ulrich Mueller
Subject: bug#18784: Coultdn't compile emacs-24.4
Date: Mon, 16 Mar 2015 21:04:08 +0100

>>>>> On Mon, 16 Mar 2015, Eli Zaretskii wrote:

>> I guess if PIE is used in order to place Emacs's code at randomized
>> addresses (different address every time an Emacs process is launched),
>> it can break the dump because our subr objects will end up with pointers
>> to addresses that aren't valid any more (might be other such problems,
>> but that's the first that comes to my mind).

> Then this is only an issue on systems where PIE == address
> randomization, isn't it?

That would be my guess too. Here are some gdb backtraces showing that
the problem occurs in unexelf.c:


There is a long history of Emacs catching up with kernel hardening
in this area. It started with setting ADDR_NO_RANDOMIZE via Linux
personality(2), then setting the NORANDEXEC flag with paxctl(1) or
setfattr(1). Now it seems that we need -nopie in addition.
My impression is that these are all workarounds that don't address the
real issue.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]