Process map and fork problems

Corinna Vinschen corinna-cygwin@cygwin.com
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

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20160420/c046b292/attachment.sig>


More information about the Cygwin mailing list