X-Spam-Check-By: sourceware.org
Message-ID: <46CF4430.8010704@byu.net>
Date: Fri, 24 Aug 2007 14:48:48 -0600
From: Eric Blake <ebb9 AT byu DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: symbolic link untar issue
References: <200708202358 DOT l7KNwl7b025934 AT tigris DOT pounder DOT sol DOT net> <46CADFAC DOT 4010209 AT byu DOT net> <loom DOT 20070824T220732-765 AT post DOT gmane DOT org>
In-Reply-To: <loom.20070824T220732-765@post.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Eric Backus on 8/24/2007 2:24 PM:
> Eric Blake <ebb9 <at> byu.net> writes:
> 
>> No, it is not an old-style link, because it has the .lnk suffix when
>> viewed via Windows.  However, it is not a link that would normally be
>> created by the current coreutils, since I have added some .exe magic into
>> ln when symlinking against existing .exes:
> 
>>From this I guess that the .exe magic is currently in the code for each 
> program that might create a symlink.  Is there any way that the .exe magic 
> could be moved to inside the symlink() function call, so that it automatically 
> works for all programs that create symlinks?  Or does that introduce other 
> problems?

Most .exe magic is already inside cygwin.  In particular, CVS cygwin
(which will become 1.7.0) has a transparent_exe option that makes this all
even cleaner, without application specific knowledge.  Coreutils is
special, in that it tends to do a lot of low-level tasks where the .exe
magic provided by cygwin is not always smart enough (for example, cp
/bin/bash /bin/sh needs to add .exe), at the expense of making usage
patterns of more common upper-level applications do the right thing by
default.

But the real problem reported by this thread has nothing to do with .exe
magic after all.  Rather, it had to do with a non-compliant implementation
of open(O_CREAT|O_EXCL).  In other words, to date, I have not had to teach
tar about any special .exe magic.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9 AT byu DOT net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGz0Qw84KuGfSFAYARAsWnAKDY0PFvT83HjLYsNVd89GE9Bkm3zwCgmUIn
fOJklfUULT+2gqYlY1nkRCI=
=/SPe
-----END PGP SIGNATURE-----

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