Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
changes:
0.1.3.4
- mv Codec/Archive/Zip.hs src/Codec/Archive/Zip.hs
0.1.3.3
- Add back binary 0.5 support
0.1.3.2
- Fixed digital signature magic numbers
0.1.3.1
- fix build failure against directory-1.2 (missing liftM)
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
0.1.3
- Rewrote to use new binary API (binary >= 0.6).
Closes jgm/zip-archive#7
Closes jgm/zip-archive#4
- Removed unneeded pragma.
- Removed unnecessary import.
0.1.2.1
- Added proper cabal test suite.
- Constrain binary to < 0.6, since 0.6 removes lookAhead.
We'll need to find a workaround going forward, but for now
the constraint is needed in order for zip-archive to compile.
- Support directory 1.2
The type of getModificationTime has changed, leading to some CPP
0.1.1.8
- Fix parsing of "version needed to extract" field
This field consists of two bytes, upper one indicating host OS and
lower one indicating version of Zip (de)compressor. Tomake sure if
one can unpack given archive it's only lower byte which is needed to
be checked, but library used to check both.
0.1.1.7
- Correctly calculate length of file paths.
Be sure to use zipifyFilePath and convert to UTF8 before
calculating length.
- Fixed problems with zipifyFilePath:
+ Don't ever put drive in zip file path!
+ Don't put leading "./" supplied by some versions of
System.FilePath.splitDirectories.
- Fixed Test.hs so it will pick up right zip executable on Mac OSX.
0.1.1.6
- epochTimeToMSDOSDateTime: return minimum DOS datetime for earlier epoch times.
The previous behavior was just to crash. Epoch times start in 1970,
while DOS datetimes start in 1980.
Returning the minimum seems the best solution,
since you simply can't create a zip archive entry with an earlier time.
This is also the solution used by zip30.
Thanks to Radoslav Dorcik for reporting.
0.1.1.5
- Fixed warnings uncovered by GHC 6.12.
0.1.1.4
- Added explicit upper bound for base version
- Removed -O2 option
- Version bump in Zip executable
- Handle data descriptor record
OpenOffice-created zip archives sometimes use the "data descriptor
record" to store checksums and lengths.
getLocalFile now checks the general purpose bit flags to see
if there is a data descriptor record; if there is,
it ignores the compressed size field and instead reads data
until the data descriptor record is encountered.
This patch should fix problems reading ODS and other OpenOffice created
zip archives.
Thanks to Joel Lehtone for calling the problem to my attention.- Loading branch information