This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Windows 10 updates causes fork retry no child processes


On 11/03/2016 01:06 AM, Brian Inglis wrote:
> On 2016-11-02 09:47, Gerry Reno wrote:
>> Is there some automated way I can stop Windows 10 updates from
>> continuously causing these fork retry no child process issues after
>> every damn update?
>> We use an application based on Cygwin (2.6.0) on our clients that
>> gets wrecked everytime a Windows 10 update occurs.
>> The users have no idea about Cygwin because it's hidden from them so
>> I cannot ask them to do anything with regard to Cygwin.
>
>> Any ideas for an automated way to stop these errors would be
>> appreciated.
>
> Could be caused by changed addresses used by Windows dlls, especially
> if you are using the limited address space of Cygwin32.
> After each update, have you tried shutting down all Cygwin processes
> and either running setup unattended, if you sometimes do that, or a
> full rebase from a cmd script?
> For example:
> c:\cygwin64\bin\dash /bin/rebase-trigger fullrebase
> c:\cygwin64\bin\ash /bin/rebaseall
>
> You can check if an update has been performed by caching and comparing
> the timestamp and/or name of the last update log saved:
>
> $ ls -lt --time-style=long-iso \
> /proc/cygdrive/c/Windows/Logs/WindowsUpdate/WindowsUpdate.20??????.??????.???.?.etl \
> | head -n 1
>
> e.g.
> -rwxr-x---+ 1 SYSTEM SYSTEM  77824 2016-11-02 22:27
> /proc/cygdrive/c/Windows/Logs/WindowsUpdate/WindowsUpdate.20161102.214528.076.1.etl
>
> and checking whether a restart has been been performed since to apply
> the update by comparing against the output of:
>
> $ date -d "now - `cut -d' ' -f1 /proc/uptime` seconds" +'%F %R'
>
> e.g.
> 2016-10-22 19:44
>
> in this case indicating Windows has not been (auto)restarted since
> the update.
>
> If you don't use mintty, you could do this in an ash or dash script
> at Windows login, which does the rebase-trigger then exec rebaseall,
> so no other process is running using Cygwin.
>
> If you use Cygwin mintty you would have to do the equivalent from a
> cmd or PowerShell script before launching any Cygwin process.
>
> If your client systems run Windows Enterprise or Education or use
> SCCM instead of Windows Update, details may need to be changed.
>


The users cannot do anything with Cygwin. 
And the client machines are out in the field and not even connected to a network.
What is needed is for Cygwin itself to detect and manage the situation.


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]