Misbehaviour of cygpath -am between versions 3.1.4 and 3.3.2

[Andrey Repin]

Greetings, Wolfgang S. Kechel!

> The command 'cygpath -am .' yields different results between
> cygwin-3.1.4-1 and cygwin-3.3.2-1 on a Windows 10 box when the current 
> directory is a network share.

> Example with V3.1.4:

> cygpath -am .  ---> P:/mytool/gbuild/wintel/libtiff

> Example with V3.3.2-1

> cygpath -am .  ---> //mynas.mydomain.de/product/mytool/gbuild/wintel/libtiff

I'm pretty sure there was a discussion about it earlier.

> This causes UNC filenames to appear and this cmd.exe is unable to start 
> in those directories when started from a cygwin shell or from nmake run 
> in a cygwin shell.

cmd.exe can be configured to STFU.

>> $ cd $( cygpath -am . )
>>
>> $ cmd /C DIR .
>>  Volume in drive \\DAEMON1\anrdaemon is anrdaemon
>>  Volume Serial Number is 3D5A-4F9A
>>
>>  Directory of \\DAEMON1\anrdaemon\Documents\_ps1
>>
>> 22.07.2020  10:23    <DIR>          .
>> 27.07.2021  19:21    <DIR>          ..
>> 28.08.2019  14:25    <DIR>          HTML5Video
>> 22.03.2020  00:22    <DIR>          Maintenance
>> 22.03.2020  00:23                88 wmi.btm
>> 29.08.2018  18:14             1 871 dl-files.cmd
>> 01.09.2019  18:01               194 ats.sh
>>                3 File(s)          2 153 bytes
>>                4 Dir(s)  361 313 710 080 bytes free
>>
>> $


> I prefer to get the old behaviour back since it worked for 20+ years up 
> to now - or at least an option to enable the old behavior again.

The option is in https://ss64.com/nt/syntax-cmd.html (Original article from
web archive:
https://web.archive.org/web/20150312195558/https://support.microsoft.com/en-us/kb/156276
)

> Please note that I have not subscribed to any cygwin mailing list.

Noted…


-- 
With best regards,
Andrey Repin
Wednesday, November 17, 2021 19:36:02

Sorry for my terrible english...