[
https://issues.apache.org/jira/browse/COMPRESS-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Bodewig resolved COMPRESS-162.
-------------------------------------
Resolution: Duplicate
Fix Version/s: 1.4
> BZip2CompressorInputStream still stops after 900,000 decompressed bytes of
> large compressed file
> ------------------------------------------------------------------------------------------------
>
> Key: COMPRESS-162
> URL: https://issues.apache.org/jira/browse/COMPRESS-162
> Project: Commons Compress
> Issue Type: Bug
> Components: Compressors
> Affects Versions: 1.3
> Environment: Linux (Fedora Cores 13 [2.6.34.9-69.fc13.i686.PAE] and
> 15, at latest 'yum upgrade' as of 7 Nov 2011), Sun Java 1.6.0_22
> Reporter: Andrew Pavlin
> Fix For: 1.4
>
>
> Attempting to unzip the planet-110921.osm.bz2 file downloaded directly from
> planet.OpenStreetMaps.org aborts after exactly 900000 bytes are uncompressed.
> The uncompressed content looks like valid XML, and causes my application's
> parser to blow up with XML syntax errors due to missing closing tags. Tried
> using the example code to just uncompress, and got the same exact behavior.
> Uncompressing the same file planet-110921.osm.bz2 (19357793489 bytes long
> compressed) with the Linux bzip2 command-line utility
> (bzip2-1.0.6-1.fc13.i686.rpm) succeeds and produces a valid (and enormous)
> XML file that can be successfully parsed.
> Tried getting a subversion snapshot of the commons-compress trunk on 7 Nov
> 2011 and replacing the org.apache.commons.compress.compressors.bzip2 package
> in the commons-compress-1.3.jar with compiled code from the trunk (Subversion
> log reported that the fix for COMPRESS-146 (?) was in). Still the same
> failure.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
