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

Sebb resolved COMPRESS-65.
--------------------------

    Resolution: Fixed

The match method now works for Posix and GNU.

> TarArchiveInputStream.matches() only works for tar archives whose first file 
> is "test1.xml"
> -------------------------------------------------------------------------------------------
>
>                 Key: COMPRESS-65
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-65
>             Project: Commons Compress
>          Issue Type: Bug
>            Reporter: Sebb
>
> The tar header format does not have a "magic" number at the start, so in 
> general it is impossible to tell if an input file is a tar file without 
> reading a lot more data.
> The current match() implementation assumes the first 8 bytes contain  
> "test1.xml", which is obviously a hack for testing purposes.
> If more bytes are read from the input, it might be possible to implement a 
> working match() method:
> The file must be at least 512 bytes long.
> The following offsets have contents that could be checked:
> Offset   len
> 148   8       Checksum for header block
> 156   1       Link indicator (file type) - '0'-'6' or null
> Other possible checks are:
> - numeric fields must be octal
> - filename fields must end in trailing nulls (but can a filename contain a 
> null?)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to