DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; q=dns; s=default; b=R3pgU
	6edhQz17SRD0FCH2RJ3bOEmtTG8VC6bAubA1XRnD9JhDyceH2y4yJ+ZmLW/gYK6O
	YGNtA2Wz1/ipRqJhDQGEbi3ntMOqT9bv7lY1NOv8WSNlZCxntIuyGWcwTx4Y99tF
	j1Z4qt21I3bj8a2ww52BNB0gS3vrB2TgOcJCHM=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
From: Achim Gratz <Stromeko@nexgo.de>
To: cygwin@cygwin.com
Subject: Re: Windows 10 updates causes fork retry no child processes
References: <581A0AA5.5030107@verizon.net>	<0d98a082-e270-659f-5b48-b9dfd01fc85f@SystematicSw.ab.ca>	<581AD3D3.2020908@verizon.net>	<c7eebf5f-9f33-f5ae-70e7-da586f687725@t-online.de>	<581B508D.4050901@verizon.net>	<3c30f952-23da-bdae-0743-d09320ac87da@SystematicSw.ab.ca>	<581B82D6.3020001@verizon.net>
Date: Thu, 03 Nov 2016 19:47:22 +0100
In-Reply-To: <581B82D6.3020001@verizon.net> (Gerry Reno's message of "Thu, 03	Nov 2016 14:32:54 -0400")
Message-ID: <87d1icbdtx.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain

Gerry Reno writes:
> I think the simplest way for right now might be to have a batch file
> run at startup that runs rebaseall.
>
> Something like these lines in a batch file:
> cd C:\Cygwin\bin
> .\ash /bin/rebaseall
>
> This would rebase the dlls each time after Windows Update forces a reboot.
>
> Do you see any issue with that?

You are barking up the wrong tree.  If the Cygwin installation is
unchanged (as you said it is), then each rebaseall will result in
exactly the same base addresses for the DLL as before.  So yes, you
could do what you say (provided that you didn't start any services that
start Cygwin processes), but it wouldn't help anything.

If your Cygwin installation is too big to fit into the address space
(likely if it's a 32bit installation and you installed everything), then
you need to trim it down.  If it's a 32bit Windows, you'll also need to
switch to a 3GB user VM so the heap gets moved above 2GB.  If it's
BLODA, you need to stop using it or configure it to stay out of Cygwin's
business.  The thing that _does_ change each reboot is that any DLL
using ASLR will end up in a different place until the next reboot, so
unless you check which DLL you collide with (if it is indeed a collision
and not an intercept), you'll always get a different Cygwin DLL name
presented.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple