Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <42CFD190.2060109@byu.net>
Date: Sat, 09 Jul 2005 07:30:56 -0600
From: Eric Blake <ebb9 AT byu DOT net>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
To: fergus AT bonhard DOT uklinux DOT net
CC: cygwin AT cygwin DOT com
Subject: Re: Unwanted .exe appended to symlinks
References: <1120880636 DOT 6400 DOT 7 DOT camel AT localhost DOT localdomain>
In-Reply-To: <1120880636.6400.7.camel@localhost.localdomain>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to fergus on 7/8/2005 9:43 PM:
> 	ln -s /cygdrive/c /c
> Following the recent upgrade to cygutils I find that the symlink is
> created as /c.exe not /c and /f.exe not /f in cases where the drive
> exists.

As a temporary workaround until my patched coreutils-5.3.0-8 is uploaded,
you can create a relative symlink from a directory where the source name
doesn't resolve:

$ cd /tmp
$ ln cygdrive/c /c
$ ls -lF /c
lrwxrwxrwx  1 eblake None 10 Jul  9 07:20 /c -> cygdrive/c/

In the upcoming 5.3.0-8 release, in addition to fixing your reported bug
so that you don't need this temporary workaround, I'm also fixing symbolic
link creation to realize that naming a relative source file should check
the file's existence relative to "dirname dest", not to "pwd" (this is
different from hard links, mv, and cp, which all resolve the relative
source to pwd).  Technically, symlink creation should not need to check
the source's existence (after all, that's why creating dangling symlinks
is possible), but cygwin has to do it to make .exe magic more consistent.

Hmm, while I'm at it, "dirname //" should return //, not /.

- --
Life is short - so eat dessert first!

Eric Blake             ebb9 AT byu DOT net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCz9GQ84KuGfSFAYARAo3BAJ4kNNa92lDpN0AfatZ8sfmrwddPrACdFHIW
AIbIAUnF/lTWCLaxkcNcm38=
=eMqa
-----END PGP SIGNATURE-----

--
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/