[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-tar] bug in pax_dump_header_1()?
From: |
Bernd Schubert |
Subject: |
Re: [Bug-tar] bug in pax_dump_header_1()? |
Date: |
Wed, 24 Nov 2010 10:19:02 +0100 |
User-agent: |
KMail/1.13.5 (Linux/2.6.36-1-generic; KDE/4.5.1; x86_64; ; ) |
Привет!
On Wednesday, November 24, 2010, Sergey Poznyakoff wrote:
> Bernd Schubert <address@hidden> ha escrit:
> > However, the only way to trigger that seems to include the patches from
> > RedHat patched tar versions to add --xattr support.
>
> Since the only way to trigger it is to add a patch, that means that the
> patch is not properly written.
I thought about the patch over night and I think there is a combiation of
different problems:
- The patch does not make sure a single block is used only in start_header(),
so with large EAs, it will cause a block overflow.
- pax_dump_header_1() does not check either to use a single block only. For
complex files with lots of different sparse blocks and so a large sparse map,
that also should be a problem.
- May pax_dump_header_1() should pad the block with zeros? dump_regular_file()
does that.
- Silent error on extracting the archive and leaving GNUSparseFile.* files
around. Does it not even detect those are sparse files?
Cheers,
Bernd
--
Bernd Schubert
DataDirect Networks