DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=kPwP/s9XR+DQM6sIb8VdzYlUTjKbj5+DZcE3db6qUJp
	g2SoRf/f2uaCQ6UJGTEYUq0Zy+XvTNd9+FH6KXQX9wK9cuktBGKaOJYghsVEz8iV
	wi1uMEN8qRmzep3DLsQF+lMU4kCV2PUhzWGvhoiglI4lss7dG0n9bm3N/973OBzQ
	=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <581BBA10.5060604@verizon.net>
Date: Thu, 03 Nov 2016 18:28:32 -0400
From: Gerry Reno <greno AT verizon DOT net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
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> <c7eebf5f-9f33-f5ae-70e7-da586f687725 AT t-online DOT de> <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> <86edbf6e-400a-f6fb-ddb8-d1134295b0c9 AT SystematicSw DOT ab DOT ca>
In-Reply-To: <86edbf6e-400a-f6fb-ddb8-d1134295b0c9@SystematicSw.ab.ca>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

On 11/03/2016 06:08 PM, Brian Inglis wrote:
> On 2016-11-03 12:32, Gerry Reno wrote:
>> On 11/03/2016 01:28 PM, Brian Inglis wrote:
>>> On 2016-11-03 08:58, Gerry Reno wrote:
>>>> On 11/03/2016 10:31 AM, Hans-Bernhard Bröker wrote:
>>>>> Am 03.11.2016 um 07:06 schrieb Gerry Reno:
>>>>>> And the client machines are out in the field and not even
>>>>>> connected to a network.
>>>>> If so, how/why do they ever hear about Windows updates in the first
>>>>> place?
>>>>>> What is needed is for Cygwin itself to detect and manage the
>>>>>> situation.
>>>>> That is technically impossible. The DLL rebasing procedure can only
>>>>> be done from _outside_ Cygwin.
>>>> They aren't connected permanently to an office network.
>>>> They can connect to WiFi every so often when they get near to a WiFi
>>>> location.  Ok, so why is automating this DLL rebasing procedure impossible?
>>>> I don't care if it is a Cygwin process or a Windows process that does
>>>> this.
>>>> Something needs to check to see if the DLL rebasing needs done and
>>>> then do it if that is the source of the problem.
>>>
>>> Maybe your clients' problem is that W10 is now dynamically loading wifi
>>> or network dlls into the stack and being a total BLODA?
>>> Your app setup, your clients, so *you* need to do the data collection
>>> and diagnosis, ask for help here, test fixes.
>>> At least a cygcheck -rsv from a problem system, attached to a post,
>>> would let the dogs here see the shape of the bone to help you.
>>>
>>> As with other off-net systems, there should be some auto-reporting
>>> system built in where you can capture and send problem logs.
>>> Maybe you could change the env setting for:
>>> CYGWIN=error_start=C:/cygwin64/bin/dumper
>>> (use slashes instead of doubled backslashes)
>>> to run cygcheck -hrsv > cygcheck.txt instead, perhaps from a cmd
>>> script, and queue it for mailing to you when connected? I th
>>>
>>
>> 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?
>
> To set up for a full rebase you need to run the following first:
>
> .\dash /bin/rebase-trigger fullrebase
>
> otherwise it will run an incremental and probably do nothing.
>

Ok, thanks.
Got a few things to try from everyone's suggestions as soon as I can get ahold of one of these problem W10 machines.



--
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