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
Subject: Unwanted .exe appended to symlinks
From: fergus <fergus AT bonhard DOT uklinux DOT net>
Reply-To: fergus AT bonhard DOT uklinux DOT net
To: cygwin AT cygwin DOT com
Cc: fergus AT bonhard DOT uklinux DOT net
Content-Type: text/plain
Date: Sat, 09 Jul 2005 04:43:56 +0100
Message-Id: <1120880636.6400.7.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

I use
	ln -s /cygdrive/c /c
	ln -s /cygdrive/f /f
etc as a convenient mechanism to arrange that the
shorthand /c/{pathname} can be used instead of the
longer /cygdrive/c/{pathname}. I only have to do this once and if I had
not happened for other reasons to need to re-create these links I would
not have noticed the following; but I did need to.
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. Where it doesn't (e.g. it isn't plugged in but might be later so
I am just preparing the way) then
	ln -s /cygdrive/h /h
works as before: the symlink /h exists, and is not called /h.exe.
Fergus 


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