[jira] [Resolved] (COMPRESS-335) TAR checksum fails when checksum is right aligned

["Stefan Bodewig (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/COMPRESS-335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Bodewig resolved COMPRESS-335.
-------------------------------------
       Resolution: Fixed
    Fix Version/s: 1.11

Yes, {{parseOctal}} works fine.

Fixed with git commit 7250daa

> TAR checksum fails when checksum is right aligned
> -------------------------------------------------
>
>                 Key: COMPRESS-335
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-335
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.10
>            Reporter: Jeremy Gustie
>             Fix For: 1.11
>
>
> The linked TAR has a checksum with zero padding on the left instead of the expected {{NULL-SPACE}} terminator on the right. As a result the last two digits of the stored checksum are lost and the otherwise valid checksum is treated as invalid.
> Given that the code already checks for digits being in range before adding them to the stored sum, is it necessary to only look at the first 6 octal digits instead of the whole field?



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