Boost C++ Libraries: Ticket #1896: boost::iostreams::gzip_decompressor silently ignores multiple members

attachment set

Mon, 05 May 2008 10:07:43 GMT

attachment → t.gz

Toy example gzip file containing two strings.

status changed

Jonathan Turkanis — Thu, 29 May 2008 22:44:56 GMT

status new → assigned

Yes, the implementation is tricky because when the end of a deflated sequence is reached, the symmetric filter will usually have some unconsumed characters in the buffer, which need to be fed back through the decompressor as part of the next member.

Now that I've figured out the problem, it shouldn't be too hard to implement.

status changed; resolution set

Jonathan Turkanis — Sat, 31 May 2008 22:53:59 GMT

status assigned → closed
resolution → fixed

(In [46001]) added support for archives with multiple members; added tests for metadata and for multiple members (fixes #1896)

status, milestone changed; resolution deleted

come.raczy@… — Mon, 12 Oct 2009 12:42:39 GMT

status closed → reopened
resolution fixed
milestone Boost 1.36.0 → Boost 1.41.0

I doesn't look like the change 46001 https://svn.boost.org/trac/boost/changeset/46001 made it into boost_1_36_0 or any other release

Since the change seems to work, would it be possible to push it into 1.41.0?

status changed; resolution set

Steven Watanabe — Thu, 24 Jun 2010 21:32:04 GMT

status reopened → closed
resolution → fixed

iostreams was fully merged to the release branch in [56830].

bruce@… — Fri, 25 Jun 2010 11:03:14 GMT

Yes, but multiple members don't work in 1.43.0. An exception is thrown during footer processing on the second member as the crc's don't match.

I have fixed this locally by adding:

crc_ = 0;

in zlib_base::reset() on line 145 of libs/iostreams/src/zlib.cpp.

Steven Watanabe — Fri, 25 Jun 2010 14:36:36 GMT

I fixed the crc problem a few weeks ago.