On Mar 26 13:12, Brian Inglis wrote:
> On 2020-03-26 05:00, Corinna Vinschen wrote:
> > On Mar 26 10:00, Thomas Wolff wrote:
> >> A symbolic link created with WSL is neither interpreted in cygwin nor can
> >> it
> >> be deleted:
> >>> touch file
> >>> wsl ln -s file link
> >>> wsl ls -l link
> >> lrwxrwxrwx 1 towo towo 1 Mar 26 08:56 link -> file
> >>> ls -l link
> >> -rw-r----- 1 Unknown+User Unknown+Group 0 Mar 26 00:00 link
> > What kind of file are they in the real world? Reparse points? If so,
> > what content do they have? I attached a Q&D source from my vault
> > of old test apps to check on reparse point content. Please compile with
> > gcc -g ../src/rd-reparse.c -o rd-reparse -lntdll
> > It takes a single native NT path as parameter, kind of like this:
> > ./rd-reparse '\??\C:\cygwin64\home\corinna\link'
>
> They should be WSL or Windows mklink (soft) links, and the reason why mklink
> was
> allowed unelevated in Windows 10 with Developer mode.
>
> In an *elevated* shell:
>
> $ ls -dln u
> -rw-r----- 1 4294967295 4294967295 0 Nov 9 06:09 u
^^^^^^^^^^^^^^^^^^^^^
This is unknown user, unknown group, which means, the Windows
function LookupAccountSid() probably returned a domain name which
is unknown (neither account domain, nor primary, nor trusted domain).
An strace of `ls -l u' may be helpful...
> $ getfacl u
> getfacl: u: Permission denied
> $ icacls u
> u NULL SID:(DENY)(Rc,S,REA,WEA,X,DC)
> $HOSTNAME\$USER:(F)
^^^^^^^^^^^^^^^
Is that the *real* output, or did you tamper with it?
Thanks,
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
-- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
