Mail Archives: djgpp-workers/2001/10/10/14:58:41
> From: "Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
> Date: Wed, 10 Oct 2001 22:21:25 +1000
>
> The Tar bninary file is available for download for testing. I just tar'd
> some batch files then deleted the batch files and then untared the file. The
> process I used was:
>
> 1) DJGPP_204 D:\temp>tar -c *.txt > TEST.TAR
> 2) DJGPP_204 D:\temp>del *.txt
> 3) DJGPP_204 D:\temp>dir
> Volume in drive D is DATA
> Volume Serial Number is 8495-4651
>
> Directory of D:\temp
>
> 10/10/2001 10:18p <DIR> .
> 10/10/2001 10:18p <DIR> ..
> 10/10/2001 10:18p 30,720 TEST.TAR
> 1 File(s) 30,720 bytes
> 2 Dir(s) 13,947,686,912 bytes free
>
> 4) DJGPP_204 D:\temp>tar -x < TEST.TAR
> 5) DJGPP_204 D:\temp>dir
> Volume in drive D is DATA
> Volume Serial Number is 8495-4651
>
> Directory of D:\temp
>
> 10/10/2001 10:19p <DIR> .
> 10/10/2001 10:19p <DIR> ..
> 07/10/2001 02:51p 1,750 mkall_out.txt
> 11/03/2001 12:07a 19,959 readme.txt
> 10/10/2001 10:18p 30,720 TEST.TAR
> 3 File(s) 52,429 bytes
> 2 Dir(s) 13,947,662,336 bytes free
>
> Is this enough to test LFN?
No, not at all. Tar is an extremely flexible and versatile program,
with many switches that completely change its behavior. In addition,
there's some DJGPP-specific code in the ported Tar which makes
sophisticated use of several system calls. These all should be tested
if you want to make sure Tar works on W2K. When I did the port, I
made a point of designing a small test case for every command-line
switch and for every feature documented in the manual. (That was in
addition to the Tar test suite, which is fairly easy to run.)
Examples of tricky features include: preservation of time stamps and
access attribute bits; support for hard and symbolic links in the
archive created on a Unix system; special handling of files whose
names are reserved on DOS/Windows, like prn.txt or aux.c; the feature
whereby Tar excludes the archive from files being put into the same
archive when you say something like "tar cf foo.tar *"; comparison of
time stamps and mode bits in the archive with those on disk, so that
"tar --diff" works as expected immediately after you untar, even
though time stamps have 2-sec granularity. And that's just a list of
issues I have after 5 seconds of thought ;-)
- Raw text -