On Apr 4 16:32, Denis Excoffier wrote:
> Hello,
>
> I tried the last snapshot (not announced) dated 20200403, and the new
> symbolic links don’t seem to work properly:
>
>
> % mkdir test
> % cd test
> % mkdir foo
> % cp /usr/bin/ls.exe foo/ls.exe
> % foo/ls
> foo
> % foo/ls.exe
> foo
> % ln
Hello,
I tried the last snapshot (not announced) dated 20200403, and the new symbolic
links don’t seem to work properly:
% mkdir test
% cd test
% mkdir foo
% cp /usr/bin/ls.exe foo/ls.exe
% foo/ls
foo
% foo/ls.exe
foo
% ln -s foo bar
% bar/ls
bar/ls: Permission denied.
% bar/ls.exe
bar/ls.exe:
On Mar 27 21:32, Brian Inglis wrote:
> On 2020-03-27 12:53, Corinna Vinschen wrote:
> > On Mar 27 11:58, Brian Inglis wrote:
> >> On 2020-03-26 14:05, Corinna Vinschen wrote:
> >>> On Mar 26 13:12, Brian Inglis wrote:
> They should be WSL or Windows mklink (soft) links, and the reason why
>
Greetings, Brian Inglis!
> On 2020-03-28 05:59, Andrey Repin wrote:
>> Greetings, Brian Inglis!
>>
Thanks! This should already be fixed in the latest developer snapshot
after I was finally able to install WSL myself. See my reply to Thomas
in
On 2020-03-28 05:59, Andrey Repin wrote:
> Greetings, Brian Inglis!
>
>>>
>>> Thanks! This should already be fixed in the latest developer snapshot
>>> after I was finally able to install WSL myself. See my reply to Thomas
>>> in https://sourceware.org/pipermail/cygwin/2020-March/244211.html
Greetings, Brian Inglis!
>>
>> Thanks! This should already be fixed in the latest developer snapshot
>> after I was finally able to install WSL myself. See my reply to Thomas
>> in https://sourceware.org/pipermail/cygwin/2020-March/244211.html
>>
>> All the effects are a result of not opening
Am 28.03.2020 um 11:31 schrieb Henry S. Thompson via Cygwin:
Brian Inglis writes:
... wished for a while: a program that would classify a file name as
a (regular) hard link, a Windows directory or file link, a junction, a
Windows shortcut, a Cygwin symlink, a Unix/WSL symlink, a URL link,
Brian Inglis writes:
> ... wished for a while: a program that would classify a file name as
> a (regular) hard link, a Windows directory or file link, a junction, a
> Windows shortcut, a Cygwin symlink, a Unix/WSL symlink, a URL link,
> and/or tell me where it links to etc. Thinking of hacking
On 2020-03-27 12:53, Corinna Vinschen wrote:
> On Mar 27 11:58, Brian Inglis wrote:
>> On 2020-03-26 14:05, Corinna Vinschen wrote:
>>> 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
On Mar 27 11:58, Brian Inglis wrote:
> On 2020-03-26 14:05, Corinna Vinschen wrote:
> > 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
>
On 2020-03-26 14:05, Corinna Vinschen wrote:
> 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
Am 27.03.2020 um 14:01 schrieb Corinna Vinschen:
On Mar 27 13:24, Thomas Wolff wrote:
Am 27.03.2020 um 12:21 schrieb Corinna Vinschen:
On Mar 27 00:52, Thomas Wolff wrote:
[...]
rd-reparse '\??\C:\tmp\link' ; echo
ReparseTag: 0xa01d
ReparseDataLength: 8
Reserved:
On Mar 27 13:24, Thomas Wolff wrote:
> Am 27.03.2020 um 12:21 schrieb Corinna Vinschen:
> > On Mar 27 00:52, Thomas Wolff wrote:
> > > [...]
> > > > rd-reparse '\??\C:\tmp\link' ; echo
> > > ReparseTag: 0xa01d
> > > ReparseDataLength: 8
> > > Reserved:
Am 27.03.2020 um 12:21 schrieb Corinna Vinschen:
On Mar 27 00:52, Thomas Wolff wrote:
Am 26.03.2020 um 20:56 schrieb Corinna Vinschen:
This is a reparse point tag different from the normal Windows symlink
reparse point tag, 0xa00c. Searching for this value shows this
is defined in ntifs.h
On Mar 27 00:52, Thomas Wolff wrote:
> Am 26.03.2020 um 20:56 schrieb Corinna Vinschen:
> > This is a reparse point tag different from the normal Windows symlink
> > reparse point tag, 0xa00c. Searching for this value shows this
> > is defined in ntifs.h as IO_REPARSE_TAG_LX_SYMLINK.
> >
> >
Thomas Wolff writes:
>> - Last but not least, could you please create a symlink pointing to a
>>target with a non-ASCII char, e. g., some german umlaut?
> Not sure what kind of remote you'd like to see. I have a 'net use'
> (cifs/smbfs) mounted drive but couldn't mount it in WSL. Otherwise:
Am 26.03.2020 um 20:56 schrieb Corinna Vinschen:
Brian and Thomas,
Thanks to both of you for providing this info.
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
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
> >>
Brian and Thomas,
Thanks to both of you for providing this info.
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:
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
Am 26.03.2020 um 12:00 schrieb Corinna Vinschen:
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
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
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
> rm -f link
23 matches
Mail list logo
