Process map and fork problems
Wed Apr 20 14:52:00 GMT 2016
On Apr 20 14:29, Achim Gratz wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > It can't fragment, it can only grow. The Unix heap management doesn't
> > have the notion of multiple application heaps. There's only the sbrk
> > call to raise or shrink the size of the heap.
> Thanks for the confirmation. It looks like I am allowed to migrate the
> machines to a 3GB VM, thus circumventing the heap collision with DLL.
> Meanwhile I've looked at some problems that typically happen when loading
> emacs-x11 and it turns out that this loads a number of Windows DLL related
> to the display drivers and some others related to networking to low
> addresses. The only way I see to get around that is to try to enable ASLR,
> so what's the latest on doing that with Cygwin DLL? As far as I understand
> we should then rebase from 0x50000000 down since the range above is used by
> ASLR for any DLL that we still need top load to fixed addresses?
ASLR is toxic to fork...
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: not available
More information about the Cygwin