GNU bug report logs - #50666
28.0.50; Fix native compilation on Cygwin

Previous Next

Package: emacs;

Reported by: Ken Brown <kbrown <at> cornell.edu>

Date: Sat, 18 Sep 2021 20:52:02 UTC

Severity: normal

Tags: patch

Found in version 28.0.50

Done: Ken Brown <kbrown <at> cornell.edu>

Bug is archived. No further changes may be made.

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Achim Gratz <Stromeko <at> nexgo.de>
Cc: 50666 <at> debbugs.gnu.org
Subject: Re: bug#50666: 28.0.50; Fix native compilation on Cygwin
Date: Thu, 23 Sep 2021 21:46:44 +0300

> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Thu, 23 Sep 2021 20:25:02 +0200
> 
> Eli Zaretskii writes:
> > You mean, ASLR doesn't work with Cygwin because it must use the same
> > address in the forked process?  But then why did Ken say that ASLR and
> > High Entropy could solve the problem with the *.eln files -- isn't
> > that the same problem?
> 
> It is, but on 64bit with the massive address space and high entropy
> using most of it, it will often "just work" for quite some time.

I understand that it might "just work" wrt collisions, but what about
the requirement that the DLL be loaded at the same address in the
forked child?  Doesn't ASLR randomize the base address each time a DLL
is loaded?
This bug report was last modified 3 years and 295 days ago.

Previous Next

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