From: Christopher Faylor <cgf-use-the-mailinglist-please@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: untarring symlinks with ../ fails randomly
Date: Tue, 26 Apr 2011 16:42:00 -0000 [thread overview]
Message-ID: <20110426152226.GA22801@ednor.casa.cgf.cx> (raw)
In-Reply-To: <loom.20110426T170653-639@post.gmane.org>
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
next prev parent reply other threads:[~2011-04-26 15:22 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BANLkTikh9rCN2GRwY3eW20H0isffN5fMUg@mail.gmail.com>
2011-04-24 13:57 ` Dima Pasechnik
2011-04-24 16:39 ` Corinna Vinschen
2011-04-26 4:46 ` Lester Ingber
2011-04-26 12:56 ` Dima Pasechnik
2011-04-26 13:21 ` Corinna Vinschen
2011-04-26 15:54 ` Dan Grayson
2011-04-26 16:42 ` Christopher Faylor [this message]
2011-04-26 17:33 ` Corinna Vinschen
2011-04-26 17:52 ` Dan Grayson
2011-04-27 16:13 ` Dan Grayson
2011-04-27 16:42 ` Eric Blake
2011-04-27 18:49 ` David Boyce
2011-04-27 20:38 ` Eric Blake
2011-04-28 15:33 ` Dan Grayson
2011-04-28 16:06 ` Eric Blake
2011-05-28 22:21 ` Ken Brown
2011-04-28 4:49 ` Lester Ingber
2011-04-26 17:58 ` Dan Grayson
2011-06-30 12:43 Wolf Geldmacher
2011-06-30 13:37 ` Corinna Vinschen
2011-06-30 15:05 ` Ken Brown
2011-06-30 15:26 ` Corinna Vinschen
2011-06-30 15:28 ` Wolf Geldmacher
-- strict thread matches above, loose matches on Subject: below --
2011-04-20 16:02 Daniel R. Grayson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110426152226.GA22801@ednor.casa.cgf.cx \
--to=cgf-use-the-mailinglist-please@cygwin.com \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).