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
To:	cygwin AT cygwin DOT com
From:	"Joe Smith" <unknown_kev_cat AT hotmail DOT com>
Subject:	Re: RFE: removing symbolic link / windows shortcut duality
Date:	Sat, 13 Aug 2005 22:57:22 -0400
Lines:	14
Message-ID:	<ddmbuk$83i$1@sea.gmane.org>
References:	<20050812171651 DOT GW24621 AT nsa DOT org> <6 DOT 2 DOT 1 DOT 2 DOT 0 DOT 20050812150046 DOT 03d74dd8 AT pop DOT prospeed DOT net>
Mime-Version:	1.0
X-IsSubscribed:	yes

IIRC Cygwin *is* currently using windows shortcuts for symbolic links. Some 
simple checks confirm this.
The shortcut files are sometimes fully formed such that they are editable by 
right clicking on them, others are only partially formed.

Windows will resolve them, however symbolic links to executables using 
implicit '.exe' or symbolic links to symbolic links does not work correctly.
Those are *not* things that can be fixed because for example the link may 
have originally pointed to file, which was later replaced by another link. 
Cygwin should not scan the drive for all links and update them, for that 
would be absurd.

Besides those two cases, the links work just fine as windows shortcuts. 



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