pbzip2 1.1.5 fails to decompress files with trailing garbage
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| pbzip2 |
Medium
|
Yavor Nikolov |
Bug Description
Reported in Debian bug system: http://
Some files with trailing garbage aren't decompressed correctly (but some are). See original bug link above which includes sample files and steps to reproduce problem.
Changed in pbzip2: | |
milestone: | none → 1.1.7 |
Changed in pbzip2: | |
assignee: | nobody → Yavor Nikolov (yavor-nikolov) |
importance: | Undecided → Medium |
status: | New → In Progress |
Changed in pbzip2: | |
status: | In Progress → Fix Committed |
Mikolaj Izdebski (zurgunt) wrote : | #1 |
Yavor Nikolov (yavor-nikolov) wrote : | #2 |
That sounds like a different bug. I can't find the sample file to reproduce the issue.
I downloaded the c10-archive iso image (c10-archive-r1.iso md5=ff45f18ecf3
see 0096509d7693ab0
Yavor Nikolov (yavor-nikolov) wrote : | #3 |
OK I found that 0096509d7693ab0
If you want to ignore the trailing garbage with pbzip2 you need --ignore-
Mikolaj Izdebski (zurgunt) wrote : | #4 |
I am perfectly aware of --ignore-
I will try to reproduce this later. Probably I forgot to uncomment IGNORE_
BTW, have you tried stressing pbzip2 on "PROTOS Genome"? If so I'd be Interested in the results. If not I will run some tests by myself and give you the results (if you are interested).
With the fix applied (revision 31) pbzip2 still fails to decompress some files with trailing garbage, for example:
$ ./pbzip2 -dc <0096509d7693ab 0ee2ac54baa1d32 fe9.bz2 >/dev/null
pbzip2: *ERROR during BZ2_bzDecompress - trailing garbage: ret=4; block=0; seq=0; isLastInSeq=1; avail_in=252
Terminator thread: premature exit requested - quitting...
$ echo $?
1
The same file is correctly decompressed by bzip2 1.0.5:
$ bzip2 -dcq <0096509d7693ab 0ee2ac54baa1d32 fe9.bz2 >/dev/null
$ echo $?
0
The file 0096509d7693ab0 ee2ac54baa1d32f e9.bz2 is a part of "PROTOS Genome Test Suite c10-archive", which is a test suite for bzip2 (and other archivers). It's available at: http:// www.ee. oulu.fi/ research/ ouspg/protos/ testing/ c10/archive
(This may be a similar, but different bug though. I didn't analyze the fix from commit 31.)