Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<3AEAF51B.F82E3C04@ece.gatech.edu>
Date:	Sat, 28 Apr 2001 12:51:39 -0400
From:	"Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer:	Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
To:	cygwin AT sources DOT redhat DOT com
Subject:	tar and symlinks

I just noticed something with my recent ncurses-5.2-5 update.  When I
did the "make install prefix=/tmp/usr" step, /tmp/usr/man/man3/*
contained a lot of symbolic links.  Since I did this under cygwin-1.3.1
without the "useoldsymlinks" switch (whatever it is), these symbolic
links were the "new" kind; Windows understood them.

However, after I created the tarball & ran setup on it to actually
install the new ncurses on my system prior to uploading it, I discoved
that the symlinks in /usr/man/man3 thus created were OLD style.

To eliminate setup.exe as the culprit, I then just untarred the tarball
in yet another tmp location, and sure enough, the untarred
/tmp2/usr/man/man3/ symlinks were OLD style.  So TAR is the culprit.

I know that tar archives store symlinks info in the directory entry and
doesn't actually copy the "files" themselves.  So, when untarring tar
basically says, "Whoa, I've got a symlink here.  Let me run "ln -s
foo-orig foo-link" (okay, it calls the kernel function to do it, it
doesn't actually exec a new process).

But why is the link OLD style?  Is this behavior by design, or is it a
bug?

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -