Mail Archives: cygwin/2007/04/18/11:13:18
DePriest, Jason R. <jrdepriest <at> gmail.com> writes:
> Will your proposed changes in coreutils fix the following problem I
> just discovered today?
This is the exact same problem documented earlier in this thread, and yes,
coreutils-6.9-1 will fix it (I'm getting closer; I've finally completed my
testing of my ln enhancements, but still need to test my postinstall script).
>
> Create a symbolic link
> ln -s /usr/bin/foo /foo
> where /usr/bin/foo is really usr/bin/foo.exe
>
> ls -l /foo
> returns
> foo -> /usr/bin/foo.exe
Try ls -l --append-exe /foo, to see the truth - rather than creating "/foo",
the broken .exe magic in ln 6.7 created "/foo.exe", but then the auto-exe magic
in other commands (such as ls) means that 'ls foo' succeeds even if it had to
do 'ls foo.exe' under the hood.
>
> rm /foo
> fails with
> No such file or directory
rm intentionally doesn't do .exe magic. Last time I tried to do that, it broke
libtool.
>
> So I was baffled that the .exe was required since at no point in my
> link creating process did I reference a .exe on the end of the files.
Which is why I'm changing 6.9 to not stick implicit .exe on the end of symlinks.
--
Eric Blake
volunteer cygwin coreutils maintainer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -