delorie.com/archives/browse.cgi | search |
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/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |