[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-tar] [tar-1.24] summary of test failures
From: |
Paul Eggert |
Subject: |
Re: [Bug-tar] [tar-1.24] summary of test failures |
Date: |
Wed, 27 Oct 2010 16:35:36 -0700 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 |
Thanks very much for those tests. Here's a quick
analysis of them.
> Solaris 10 IA-32 c99 (Sun C 5.10 SunOS_i386 Patch
> 142363-05 2010/04/28)
>
> 106: remove-files with compression FAILED (remfiles01.at:32)
>
> A similar build with cc on that system passed all tests, as did builds on
> Solaris 10 AMD64 and SPARC with both Sun cc and c99.
I reproduced this problem on Solaris 8. It is a timing problem
with signals; sometimes it happens, sometimes it doesn't. I don't
think the choice of compiler matters. I'll take a look at it.
> 36: scarce file descriptors FAILED (extrac11.at:26)
Someone else has reported a bug about this with OpenBSD
<http://lists.gnu.org/archive/html/bug-tar/2010-10/msg00049.html>. It
appears to be due to a problem in the way that ksh operates the test
script, and is not a bug in tar. We are currently trying to figure
out a way to work around the problem by modifying the test script.
Any advice you can provide (please see the thread) would be welcome.
> 34: no need to save dir with unreadable . and .. FAILED (extrac09.at:25)
> 53: incremental dump when the parent directory is unreadable FAILED
> (listed03.at:25)
Most likely these are due to the bug discussed in the thread at
<http://lists.gnu.org/archive/html/bug-tar/2010-07/msg00035.html>.
This is on our list of things to fix. It affects relatively-rare use
cases (getpwd failure).
> 38: extract over symlinks FAILED (extrac13.at:27)
I independently discovered this bug on Solaris 8, and fixed it after
1.24 came out
<http://lists.gnu.org/archive/html/bug-tar/2010-10/msg00057.html>.
> 36: scarce file descriptors ok
> ./testsuite:
> /local/build/mgcc/tar-1.24/tests/testsuite.dir/at-groups/36/test-source[112]:
> syntax error: '&&' unexpected
This was also fixed after 1.24 came out, here:
<http://lists.gnu.org/archive/html/bug-tar/2010-10/msg00055.html>.