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