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-229) incorrect handling of GNU longlink entries
Date Mon, 03 Jun 2013 10:00:20 GMT

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

Stefan Bodewig commented on COMPRESS-229:
-----------------------------------------

I think your patch is not correct in the Bugzilla: 40334 special case where a long XYZ entry
is supposed to be followed by the name but there is no extra entry - i.e. getLongNameData()
returns null.

Should be fixed with svn revision 1488947 - would be good if oyu could double check, though.
                
> incorrect handling of GNU longlink entries
> ------------------------------------------
>
>                 Key: COMPRESS-229
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-229
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.4.1, 1.5
>            Reporter: Christoph Gysin
>             Fix For: 1.6
>
>         Attachments: 0001-allow-creating-testsuites-over-different-archives.patch, 0002-add-unittest-to-expose-bug-with-long-symlinks.patch,
0003-split-out-function-to-retrieve-longname-data.patch, 0004-handle-GNU-long-link-name.patch
>
>
> Apache commons-compress handles GNU LongLink entries for long filenames. But it fails
to handle LongLink entries for long linknames[1] correctly.
> [1] http://git.savannah.gnu.org/cgit/tar.git/tree/src/tar.h#n176

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

Mime
View raw message