You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2013/04/25 15:40:16 UTC

[jira] [Resolved] (COMPRESS-223) NPE from TarBuffer.tryToConsumeSecondEOFRecord

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

Stefan Bodewig resolved COMPRESS-223.
-------------------------------------

       Resolution: Fixed
    Fix Version/s: 1.6

fixed with svn revision 1475758 - thanks!

I fixed a few Javadocs on the way as well an documented readRecord may return null.
                
> NPE from TarBuffer.tryToConsumeSecondEOFRecord
> ----------------------------------------------
>
>                 Key: COMPRESS-223
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-223
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.5
>            Reporter: Jeremy Gustie
>             Fix For: 1.6
>
>         Attachments: TarArchiveInputStream.java.patch, TarBuffer.java.patch
>
>
> I get an NPE using {{Lister}} on the decompressed 
> [Xerces-J-bin.2.5.0.tar.gz|http://archive.apache.org/dist/xml/xerces-j/Xerces-J-bin.2.5.0.tar.gz] archive.
> Wrapping the {{for}} loop in {{TarBuffer.isEOFRecord}} with a {{null}} check would fix the issue; it would also clean up the {{TarArchiveInputStream.getRecord}} implementation a little.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira