Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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" 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 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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