* [Bug bzip2/27619] New: False error code returned by BZ2_bzBuffToBuffDecompress
@ 2021-03-21 15:50 tiberiuzbirnea at gmail dot com
0 siblings, 0 replies; only message in thread
From: tiberiuzbirnea at gmail dot com @ 2021-03-21 15:50 UTC (permalink / raw)
Bug ID: 27619
Summary: False error code returned by
Assignee: nobody at sourceware dot org
Reporter: tiberiuzbirnea at gmail dot com
CC: bzip2-devel at sourceware dot org
Target Milestone: ---
Actual conent: return BZ_OUTBUFF_FULL;
Should be: return BZ_OK;
In this function the "output_overflow_or_eof" label can be reached if
"BZ2_bzDecompress" returned BZ_OK. The branch with line 1342 is reached if
strm.avail_out == 0, so th output buffer is full but nothing has to be added
I have written a wrapper class for this version. At compression method I`ve
allocated a buffer 4 bytes larger than it is presented in documentation
"To guarantee that the compressed data will fit in its buffer, allocate an
output buffer of size 1% larger than the uncompressed data, plus six hundred
to store the uncompressed data size.
At decompression I've constantly receive BZ_OUTBUFF_FULL as a result, despite
strm.avail_out == 0.
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-03-21 15:50 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-21 15:50 [Bug bzip2/27619] New: False error code returned by BZ2_bzBuffToBuffDecompress tiberiuzbirnea at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).