|
From: | Tim Kientzle |
Subject: | Re: [Bug-tar] GNU tar 1.22 creating USTAR not readable by other TAR implementations |
Date: | Sun, 20 Dec 2009 18:01:18 -0800 |
User-agent: | Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 |
Kent Boortz wrote:
So with the restriction that the "name" field is not to be empty, no component of the path can be more than 100 characters,...
No, I'm afraid you're oversimplifying. The following file can be stored, even though it has a component of 155 characters: ('a' x 155) + '/' + ('b' x 100) It's just the parent directory of that file that can't be stored. In fact, I suggest you modify your test to explicitly archive just the one entry with the full path being tested, rather than the parent directory. That would avoid some false error messages from the parent directories: @@ -90,7 +89,7 @@ system("echo 'some text' > $path"); } - my $cmd = "$tar -cf $tag.tar $parts[0]"; + my $cmd = "$tar -cf $tag.tar $path"; # print "CMD: $cmd\n"; my $out = `$cmd 2>&1`; my $res = $?; Cheers, Tim
[Prev in Thread] | Current Thread | [Next in Thread] |