This is the mail archive of the
mailing list for the Cygwin project.
Re: Process map and fork problems
- From: Achim Gratz <Stromeko at NexGo dot DE>
- To: cygwin at cygwin dot com
- Date: Wed, 20 Apr 2016 14:51:55 +0000 (UTC)
- Subject: Re: Process map and fork problems
- Authentication-results: sourceware.org; auth=none
- References: <loom dot 20160420T121651-786 at post dot gmane dot org> <20160420104633 dot GA26118 at calimero dot vinschen dot de> <loom dot 20160420T124825-644 at post dot gmane dot org> <20160420111431 dot GB13570 at calimero dot vinschen dot de> <loom dot 20160420T131743-463 at post dot gmane dot org> <20160420140625 dot GA25668 at calimero dot vinschen dot de> <loom dot 20160420T162328-728 at post dot gmane dot org> <20160420144119 dot GD25668 at calimero dot vinschen dot de>
Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> ASLR is toxic to fork...
Well, that was the reason for the '--noaslr' switch in rebaselst, which can
be activated by the peflags argument to rebase-trigger. However, in the
case of emacs-x11 I've just tested ASLR allowed it to work through what
would otherwise have been a fork-abort, so it might help to relieve some
pressure on the adress space layout. I don't think it's a good idea to try
adding the libraries in the Windows system directory to the rebase map and I
have even less ideas on how to prevent Windows from putting it's own DLL in
the "rebase space" when X11 starts up...
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple