From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7437 invoked by alias); 26 Apr 2011 15:22:48 -0000 Received: (qmail 7428 invoked by uid 22791); 26 Apr 2011 15:22:47 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,UNPARSEABLE_RELAY X-Spam-Check-By: sourceware.org Received: from nm26.bullet.mail.sp2.yahoo.com (HELO nm26.bullet.mail.sp2.yahoo.com) (98.139.91.96) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Tue, 26 Apr 2011 15:22:27 +0000 Received: from [98.139.91.63] by nm26.bullet.mail.sp2.yahoo.com with NNFMP; 26 Apr 2011 15:22:27 -0000 Received: from [98.136.185.43] by tm3.bullet.mail.sp2.yahoo.com with NNFMP; 26 Apr 2011 15:22:27 -0000 Received: from [127.0.0.1] by smtp104.mail.gq1.yahoo.com with NNFMP; 26 Apr 2011 15:22:27 -0000 Received: from cgf.cx (cgf@96.252.118.15 with login) by smtp104.mail.gq1.yahoo.com with SMTP; 26 Apr 2011 08:22:27 -0700 PDT X-Yahoo-SMTP: jenXL62swBAWhMTL3wnej93oaS0ClBQOAKs8jbEbx_o- Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 2BBA24A800A for ; Tue, 26 Apr 2011 11:22:26 -0400 (EDT) Date: Tue, 26 Apr 2011 16:42:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: untarring symlinks with ../ fails randomly Message-ID: <20110426152226.GA22801@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20110424121145.GB30696@calimero.vinschen.de> <20110426074325.GP3324@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-04/txt/msg00363.txt.bz2 On Tue, Apr 26, 2011 at 03:08:52PM +0000, Dan Grayson wrote: >(Re-posting yet again, didn't get through yesterday or today (?), this time >from a different account.) > > >Corinna, > >Debugging with gdb shows that "tar" is prepared for the possibility that >symbolic links don't work and that hard links will have to be used instead. >So, when it encounters a symbolic link, it creates a zero-length file with mode >0 as a placeholder, and it records the inode number of the new file. That way >it can wait until all the regular files have been created, and then replace the >placeholder by a symbolic link, or if that doesn't work, by a hard link to the >existing file. However, a tar file can contain multiple entries corresponding >to the same file name or path, so it may happen that the placeholder is no >longer present at the end, having been replaced by another file. Hence, it >will only replace the placeholder if the inode number and the creation time are >unchanged. But, under cygwin, the creation time may change gratuitously after >the creation of the file, at random! Cygwin doesn't change the creation time gratuitously. Sounds like BLODA to me. http://cygwin.com/acronyms/#BLODA cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple