Hey Folks, Trying to track down why our builds started failing after upgrading to cygwin 3.3.3. Narrowed it down to a change in how make (gmake) is invoked with a specified directory to execute in and that directory is a network drive in windows (10, 21H2). simple Makefile attached and below: all:     @echo CURDIR=$(CURDIR) my drive is mounted as "M:" in both tests on cygwin 3.3.3 dilkiel@fal-pc-100 /cygdrive/m $ make -C ./ -f Makefile make: Entering directory '//192.168.51.103/views' CURDIR=//192.168.51.103/views make: Leaving directory '//192.168.51.103/views' I used the '-C' option so you could more easily see the problem. on older cygwin (2.11.2) dilkiel@CA632444 /cygdrive/m $ make -C ./ -f Makefile make: Entering directory '/cygdrive/m' CURDIR=/cygdrive/m make: Leaving directory '/cygdrive/m' Problem: The '//192.168.51.103/views' version of a filename isn't going to work for a lot of parts of make that are expecting either a windows 'm:/' or cygwin style '/cygdrive/m' directory path. This directory get used with make targets and that path won't convert to windows format properly with cygpath and is unusable passed to most windows programs. BTW, even cygcheck didn't like being run from this directory. dilkiel@fal-pc-100 /cygdrive/m $ cygcheck -s -v -r > cygcheck.out '\\192.168.51.103\views' CMD.EXE was started with the above path as the current directory. UNC paths are not supported.  Defaulting to Windows directory. '\\192.168.51.103\views' CMD.EXE was started with the above path as the current directory. UNC paths are not supported.  Defaulting to Windows directory. '\\192.168.51.103\views' CMD.EXE was started with the above path as the current directory. UNC paths are not supported.  Defaulting to Windows directory. I couldn't find anything in the last few months of the mailing list so perhaps I have something odd in my enviro? (identical enviro on both machines, BTW, they are clones of each other). NOTE: works correctly on physically mounted drives. Can anyone help? thanks, -lee