[
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)
