delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/02/03/10:07:04

X-Spam-Check-By: sourceware.org
From: ericblake AT comcast DOT net (Eric Blake)
To: cygwin AT cygwin DOT com
Subject: Re: 1.5.19+: symlink bug
Date: Fri, 03 Feb 2006 15:06:49 +0000
Message-Id: <020320061506.16175.43E371890007264300003F2F22073007930A050E040D0C079D0A@comcast.net>
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

> > Creating links with the same name, but with and without a .exe extension
> > succeeds, but the one with no extension is later ignored.  Here's a
> > minimal example:
> > 
> Did you try this with the latest coreutils 5.93-3?

I just reproduced with stock cygwin 1.5.19 and coreutils 5.93-3.  The
behavior is the same, and it is cygwin doing it.  It appears that when
both TESTLINK.lnk and TESTLINK.exe.lnk exist, lstat("TESTLINK")
is picking up the contents of TESTLINK.exe.lnk rather than the
contents of TESTLINK.lnk.

--
Eric Blake

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


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019