commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (COMPRESS-294) .Z decompress “Invalid 9 bit code 0x183”
Date Wed, 03 Dec 2014 05:39:12 GMT

    [ https://issues.apache.org/jira/browse/COMPRESS-294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14232622#comment-14232622
] 

Stefan Bodewig commented on COMPRESS-294:
-----------------------------------------

In theory we should support up to 31 bits, but I'm not sure we have tests to cover that.

Actually the "code size" is something that grows over time, it starts at nine bits and can
grow up to a maximum value - in Unix compress' default the maximum value is 16.  The exception
happens when ZCompressorInputStream encounters a symbol bigger than nine when it still thinks
the code size has grown.  This may be a very special situation triggering a bug and it would
be awesome if you could find a test case.  If not, we may need your help debugging this further.

> .Z decompress “Invalid 9 bit code 0x183”
> ----------------------------------------
>
>                 Key: COMPRESS-294
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-294
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Build
>    Affects Versions: 1.9
>            Reporter: Q
>
> Trying to decompress a .Z file I get “Invalid 9 bit code 0x183”
> It seems that the z file was created under unix using the default bits value (16 bits).
The current implementation seems to support only 9 bits.
> (I can't provide a sample file since contains client data but I will try to get on dummy
file from the client)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message