Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; 	charset="US-ASCII"
Subject: RE: Symbolic links with cvs
Date: Fri, 2 Dec 2005 18:59:34 -0800
Message-ID: <2844B671EDD9454BA8C463A6D273ECC601C2F8CF@antibottom.jnpr.net>
From: "Akshay Dua" <adua AT juniper DOT net>
To: <cygwin AT cygwin DOT com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Content-Transfer-Encoding: 8bit

Thanks so much for your reply.

Is there a way to tell Cygwin to stop converting (or treating) .lnk
files as symlinks? The thing is my colleagues with the same version of
Cygwin do not have this problem. In their case Cygwin treats the .lnk
file as a plain file rather than a symbolic link and hence does not
follow it. I wonder why this behavior exists on my machine.

The only thing I can think of, is that I set and then unset
CYGWIN=ntsec. I don't know if that changed something. Before that I had
whatever is enabled by default and in fact was not observing the above
behavior even when I checked out .lnk files.

The issue really is that since .lnk files are treated as symbolic links,
they appear as locally modified to CVS because in one case the links are
followed (locally) and in the other case they aren't (in the
repository).

Any suggestions on how I can get the old behavior back?

Thanks
Akshay

> -----Original Message-----
> From: Igor Pechtchanski [mailto:pechtcha AT cs DOT nyu DOT edu]
> Sent: Friday, December 02, 2005 6:43 PM
> To: Akshay Dua
> Cc: cygwin AT cygwin DOT com
> Subject: Re: Symbolic links with cvs
> 
> On Fri, 2 Dec 2005, Akshay Dua wrote:
> 
> > Hello,
> >
> > Unfortunately, we have .lnk files in our source control so I cannot
> > avoid the following problem. When I try to checkout a symbolic link
> > file, something happens to it and cvs is unable to stat it to set
> > necessary file information. Its almost like cygwin changed the name
of
> > the file from under CVSs' feet. Can anyone help?
> >
> > U thirdparty/OPENSSL-0.9.7-BETA3/Makefile.lnk
> > cvs checkout: cannot stat Makefile.lnk: No such file or directory
> > cvs checkout: cannot set time on Makefile.lnk: No such file or
directory
> > cvs checkout: cannot stat Makefile.lnk: No such file or directory
> 
> As soon as you check out a .lnk file, it becomes a symlink, and Cygwin
> will attempt to read the file that the symlink refers to.  If that
file
> doesn't exist (e.g., hasn't been checked out yet), any operations on
the
> symlink will fail (it will be a dangling link).  This is not a
> Cygwin-specific issue (unless the .lnk in the name is an unfortunate
> coincidence).  If you really are trying to commit a symlink to cvs,
the
> CVS manual says that this is not supported:
> <http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_15.html>.
> 
> HTH,
> 	Igor
> --
> 				http://cs.nyu.edu/~pechtcha/
>       |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
> ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
>      |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
>     '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> If there's any real truth it's that the entire multidimensional
infinity
> of the Universe is almost certainly being run by a bunch of maniacs.
/DA

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