On Feb 3 22:59, Corinna Vinschen wrote:
On Feb 3 16:29, Eric Blake wrote:
behavior is the same, and it is cygwin doing it. It appears that when
both TESTLINK.lnk and TESTLINK.exe.lnk exist, lstat(TESTLINK)
is picking up the contents of TESTLINK.exe.lnk rather than the
contents
Creating links with the same name, but with and without a .exe extension
succeeds, but the one with no extension is later ignored. Here's a
minimal example:
$ ls -l TESTLINK*
ls: TESTLINK*: No such file or directory
$ ln -s /bin/ls.exe TESTLINK
$ ls -l TESTLINK*
lrwxrwxrwx 1 igor root 11 Feb 3
On Feb 3 09:30, Igor Peshansky wrote:
Creating links with the same name, but with and without a .exe extension
succeeds, but the one with no extension is later ignored. Here's a
minimal example:
$ ls -l TESTLINK*
ls: TESTLINK*: No such file or directory
$ ln -s /bin/ls.exe TESTLINK
$ ls
Creating links with the same name, but with and without a .exe extension
succeeds, but the one with no extension is later ignored. Here's a
minimal example:
Did you try this with the latest coreutils 5.93-3?
I just reproduced with stock cygwin 1.5.19 and coreutils 5.93-3. The
behavior
On Feb 3 15:06, Eric Blake wrote:
Creating links with the same name, but with and without a .exe extension
succeeds, but the one with no extension is later ignored. Here's a
minimal example:
Did you try this with the latest coreutils 5.93-3?
I just reproduced with stock cygwin
On Feb 3 16:47, Corinna Vinschen wrote:
On Feb 3 15:06, Eric Blake wrote:
Creating links with the same name, but with and without a .exe extension
succeeds, but the one with no extension is later ignored. Here's a
minimal example:
Did you try this with the latest coreutils
behavior is the same, and it is cygwin doing it. It appears that when
both TESTLINK.lnk and TESTLINK.exe.lnk exist, lstat(TESTLINK)
is picking up the contents of TESTLINK.exe.lnk rather than the
contents of TESTLINK.lnk.
I have prepared a patch which eliminates this problem, and I'll
On Feb 3 16:29, Eric Blake wrote:
behavior is the same, and it is cygwin doing it. It appears that when
both TESTLINK.lnk and TESTLINK.exe.lnk exist, lstat(TESTLINK)
is picking up the contents of TESTLINK.exe.lnk rather than the
contents of TESTLINK.lnk.
I have prepared a patch
8 matches
Mail list logo