From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 42588 invoked by alias); 3 Nov 2016 18:47:39 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 42576 invoked by uid 89); 3 Nov 2016 18:47:39 -0000 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 Received: from mail-in-10.arcor-online.net (HELO mail-in-10.arcor-online.net) (151.189.21.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 03 Nov 2016 18:47:28 +0000 Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id 3t8v8t3xN2z2g5N for ; Thu, 3 Nov 2016 19:47:26 +0100 (CET) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id 826CB3667B7 for ; Thu, 3 Nov 2016 19:47:26 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net 3t8v8t2tZkzB6jY Received: from Gertrud (p54B7E8DF.dip0.t-ipconnect.de [84.183.232.223]) (Authenticated sender: stromeko@arcor.de) by mail-in-15.arcor-online.net (Postfix) with ESMTPSA id 3t8v8t2tZkzB6jY for ; Thu, 3 Nov 2016 19:47:25 +0100 (CET) From: Achim Gratz 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> <581B508D.4050901@verizon.net> <3c30f952-23da-bdae-0743-d09320ac87da@SystematicSw.ab.ca> <581B82D6.3020001@verizon.net> Date: Thu, 03 Nov 2016 18:47:00 -0000 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 X-SW-Source: 2016-11/txt/msg00029.txt.bz2 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