Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Date: Thu, 4 Jul 2002 15:00:04 -0700 (PDT)
From: "Peter A. Castro" <doctor AT fruitbat DOT org>
To: cygwin AT cygwin DOT com
Subject: Re: Fun with symlinks?
In-Reply-To: <1651374155.20020627112348@syntrex.com>
Message-ID: <Pine.LNX.4.21.0207041456350.31073-100000@gremlin.fruitbat.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 27 Jun 2002, Pavel Tsekov wrote:

> Hello Peter,

Hi Pavel!

> Thursday, June 27, 2002, 7:17:25 AM, you wrote:
> 
> [snip]
> 
> PAC> Fine, so far.  Now, suppose you got a notice that a new Bash was uploaded
> PAC> to the cygwin release area.  So, you fire up 'setup' and tell it to
> PAC> upgrade Bash.  Now, start Bash.  Notice your changes don't show up anymore.
> PAC> Now, do an 'ls -al /etc/pro*'
> 
> PAC> -rw-r--r--    1 Administ None          386 May 30 19:08 /etc/profile
> PAC> -rw-r--r--    1 Administ None          386 May 30 19:08 /etc/profile
> 
> This is not real :) If you go to the /etc directory from a windows
> command prompt and type 'dir' you will see:
> 
> profile
> profile.lnk
> 
> The second one is your link and it is compatible with the windows type
> shortcuts.

I'm quite aware that this is a windows shortcut, but the issue is that
under the cygwin environment, you will see two, identically named, files
under these conditions.

> I know there is a way, in terms of a flag in the CYGWIN variable, to
> control the type of symlinks which cygwin creates, but I don't
> remember the details :( You can check the user's guide though.

It's not so much how the cygwin environment creates symlinks but how the
*installer* (setup.exe) creates them (or ignore them :-).

> I agree that the setup.exe behaviour in this case maybe needs an
> improvement.

I seem to recall seeing a note from Corinna saying she had an enhancement
for this, but it doesn't appear to have made it into the code. 

-- 
Peter A. Castro <doctor AT fruitbat DOT org> or <Peter DOT Castro AT oracle DOT com>
	"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/