Subject: Re: [Boost-bugs] [Boost C++ Libraries] #2318: A particular string for which compressing/uncompressing using iostreams/zlib fails.
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2008-10-14 22:37:55
#2318: A particular string for which compressing/uncompressing using
iostreams/zlib fails.
---------------------------------------+------------------------------------
Reporter: guy_tannenbaum_at_[hidden] | Owner: turkanis
Type: Bugs | Status: new
Milestone: Boost 1.37.0 | Component: iostreams
Version: Boost 1.36.0 | Severity: Problem
Resolution: | Keywords:
---------------------------------------+------------------------------------
Comment(by rbock_at_[hidden]):
Hi,
I found the same problem in 1.36. It is rather rare: In 6.5Million
compressed files in my project, it occurred only 441 times. As mentioned
by Guy, the size of the damaged zip is a bit peculiar, all sizes I checked
are multiples of 4096.
Also, I think it is more related to filtering_istream and
filtering_istreambuf than zlib_compression, as it works fine if you use
filtering_ostream or filtering_ostreambuf instead.
I am going to attach an extended example with similar code which does not
work, too for the given example string and code which does (using
filtering_ostream instead of filtering_istream for compression).
I am also attaching a binary version of the sample data, since reading the
ascii version did not work for me (I had to replace the lexical_cast by
atoi to make it work).
Here is some system information, if this should be required to reproduce
the problem (and circumvention):
Ubuntu 8.04 64bit, gcc 4.2.3, boost-1.36, zlib-1g 1.2.3.3
Please do not hesitate to ask for more information. Personally, I consider
this a rather severe problem since it can impair data integrity in
backups. Lucky me, my software is not in production yet :-)
Regards,
Roland
-- Ticket URL: <http://svn.boost.org/trac/boost/ticket/2318#comment:2> Boost C++ Libraries <http://www.boost.org/> Boost provides free peer-reviewed portable C++ source libraries.
This archive was generated by hypermail 2.1.7 : 2017-02-16 18:49:58 UTC