commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <>
Subject [jira] [Commented] (COMPRESS-411) TarUtils.formatLongOctalOrBinaryBytes never uses result of formatLongBinary
Date Sun, 18 Jun 2017 03:57:00 GMT


Stefan Bodewig commented on COMPRESS-411:

I agree that {{TarUtils}} and all its methods being public is more of a historical accident
than something that was really required. It's been that way since the very first version of
the tar package I'm aware of:

We've never used JIRA workflows in any structured way for this project. In particular we almost
never assign issues. And RESOLVED is the state when the code has reached the ASF repo, not
when a patch is available. Usually effort isn't duplicated by virtue of not enough people
being around who would work on an issue anyway. If you intend to work on an issue, just leave
a comment.

> TarUtils.formatLongOctalOrBinaryBytes never uses result of formatLongBinary
> ---------------------------------------------------------------------------
>                 Key: COMPRESS-411
>                 URL:
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.14
>            Reporter: Simon Spero
>            Priority: Minor
>             Fix For: 1.15
> if the length < 9, formatLongBinary is executed, then overwritten by the results of
> If the results are not ignored, a unit test would fail.
> Also, do the binary hacks  need to support negative numbers? 

This message was sent by Atlassian JIRA

View raw message