symbolic link curiousity in 3.6.0

Mark Geisert mark@maxrnd.com
Tue Mar 25 22:12:29 GMT 2025


Hi Corinna,

On 3/25/2025 2:56 AM, Corinna Vinschen via Cygwin wrote:
> On Mar 25 02:25, Mark Geisert via Cygwin wrote:
>> This occurs on the released 3.6.0 but not in 3.6.0 test build 327.
>>
>> /tmp ls foo bar
>> ls: cannot access 'foo': No such file or directory
>> ls: cannot access 'bar': No such file or directory
>>
>> /tmp ln -s foo bar
>>
>> /tmp ls foo bar
>> ls: cannot access 'foo': No such file or directory
>> bar@
>>
>> /tmp ls -l foo bar
>> ls: cannot access 'foo': No such file or directory
>> ls: bar: Not supported
>> lrwxrwxrwx 1 Mark None 3 Mar 25 02:08 bar -> foo
>>
>> The spurious "Not supported" message is new and curious.
>> I could not see anything obvious in an strace of the command.
> 
> This is weird.  I just tried the same with 3.6.0-1:
> 
>    $ cd /tmp
>    $ ls -l foo bar
>    ls: cannot access 'foo': No such file or directory
>    ls: cannot access 'bar': No such file or directory
>    $ ln -s foo bar
>    $ ls foo bar
>    ls: cannot access 'foo': No such file or directory
>    bar
>    $ ls -l foo bar
>    ls: cannot access 'foo': No such file or directory
>    lrwxrwxrwx 1 corinna vinschen 3 Mar 25 10:46 bar -> foo
> 
> That's the expected output.
> 
> Your ls output shows an at-sign after the name "bar".  You're
> probably using an alias for ls including the -F option.  Can you
> paste your alias here?

alias ls='ls -AF --color -bv -T 0'

The oddity occurs even if I use /bin/ls without options.

> Are you using a specific setting of the CYGWIN env var including
> a symlink type?

The CYGWIN env var is empty.

> Can you try intermediate test release between 327 and -1?

The oldest test release available via setup is 422 and the oddity occurs 
there too.

..mark


More information about the Cygwin mailing list