Cygwin broken (WFSO failed, Can't update my handlers, Win32 error 6, ...)
https://ci.appveyor.com/project/GitMensch/gnucobol-3-x-win32-posix/history showing stuff like (...I may shouldn't have deleted all the broken builds...)
> 1 [fifo_reader] sh 1439 C:\cygwin64\bin\sh.exe: *** fatal error - Can't update my handlers, Win32 error 6
> 0 [exiting thread] sh 20175 C:\cygwin64\bin\sh.exe: *** fatal error - WFSO failed, Win32 error
and other similar issues since yesterday. In general they got slower over the last days...
Additional the cygwin setup says:
> This setup is version 2.900, but setup.ini claims version 2.904 is available.
Can you update the VS2015 image with an up-to-date cygwin + packages?
Or even better: update cygwin + cygwin64 on the "newer" images and make "plain" mingw available there, too (mingw is only available up to vs2015, theoretically it should be enough to copy+paste the C:\MinGW folder from the old image to the new one).
Keyboard shortcuts
Generic
? | Show this help |
---|---|
ESC | Blurs the current field |
Comment Form
r | Focus the comment reply box |
---|---|
^ + ↩ | Submit the comment |
You can use Command ⌘
instead of Control ^
on Mac
Support Staff 1 Posted by Feodor Fitsner on Jun 10, 2020 @ 07:33 PM
Have you tried running on
Visual Studio 2019
image?2 Posted by human on Jun 10, 2020 @ 08:03 PM
Not yet, but I'll switch as https://www.appveyor.com/docs/windows-images-software/#mingw-msys-cygwin shows plain MinGW only be missing from the 2017 image.
New build is running, I'll report my findings tomorrow.
3 Posted by human on Jun 10, 2020 @ 08:24 PM
Switching to VS2019 image didn't help:
> 0 [exiting thread] sh 17303 C:\cygwin\bin\sh.exe: *** fatal error - WFSO failed, Win32 error 6
Only change: the setup.exe is on 2.904 already.
Support Staff 4 Posted by Feodor Fitsner on Jun 11, 2020 @ 08:44 PM
OK, cygwin is being installed on VS 2019 with the following script: https://github.com/appveyor/build-images/blob/master/scripts/Window... and it's basically pulling the latest on every image update with the last one occurred on May 29th: https://www.appveyor.com/updates/2020/05/29/
It would be great if you could indicate what's wrong with that script, so we can improve.
5 Posted by human on Jun 11, 2020 @ 08:50 PM
The script and the install is not the issue - it also happens "now, but not earlier" with the VS2015 image.
It currently just tends to break, if there's an issue with the setup it is other parts of the image.
I guess you already made sure to disable stuff like the indexing service, windows defender service, user experience service (out of my mind those are the ones that like to break MinGW and Cygwin) - but it may be reasonable to check this again, along with the check if the workers get out of free space/ram for whatever reasons.
Support Staff 6 Posted by Feodor Fitsner on Jun 11, 2020 @ 08:54 PM
Correct, mentioned suspects are disabled on build VMs. Well, I'd recommend you to look around VM via RDP to see what's going on during the build/tests.
7 Posted by human on Jul 03, 2020 @ 07:29 PM
Just to drop a "no-update" the processes still regularly fail (and I did not found the time yet to attach and inspect, but that's maybe also related to the part that I'm not so optimistic to find much).
... note: obviously the MinGW environment is different between the 2015 worker and the 2019 one, this is NOT documented in https://www.appveyor.com/docs/windows-images-software/#mingw-msys-cygwin and was therefore unexpected.
In my ideal world the 2019 worker would have both in different folders...