X-Recipient: archive-cygwin AT delorie DOT com 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= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; 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; s=default; bh=AvBkaFnYzJ+ c/kmNAqNJR24lmZw=; b=BEpnL5aUDFeomuhSVi40uzfoD+pzf2/LA7zvy7Oc8h/ RhBBNjgqxwzGFWAnhkNVd6vCFQ69AVIhSqE3CFQKj329HIC87akRqvED+3z6GiUL 31H+xoSlSPtqPPGb40N8PNjEdEvrt9X/8WGYu8VS7I/OK99iVaaxBy4Lct/90wXI = Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=wave, downloads.html, downloadshtml, adaptation X-HELO: mail-in-10.arcor-online.net X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net 3t8v8t2tZkzB6jY From: Achim Gratz To: cygwin AT cygwin DOT com Subject: Re: Windows 10 updates causes fork retry no child processes References: <581A0AA5 DOT 5030107 AT verizon DOT net> <0d98a082-e270-659f-5b48-b9dfd01fc85f AT SystematicSw DOT ab DOT ca> <581AD3D3 DOT 2020908 AT verizon DOT net> <581B508D DOT 4050901 AT verizon DOT net> <3c30f952-23da-bdae-0743-d09320ac87da AT SystematicSw DOT ab DOT ca> <581B82D6 DOT 3020001 AT verizon DOT 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