Changelog of @hackage/zip-archive 0.2.3.5

zip-archive 0.2.3.5

  • Allow compilation with binary >= 0.5. Note that toArchiveOrFail is not safe when compiled against binary < 0.7; it will never return a Left value, and will raise an error if parsing fails, just like toArchive. This is documented in the haddocks. This is ugly, but justified by the need to have a version of zip-archive that compiles against older versions of binary.

zip-archive 0.2.3.4

  • Make sure all path comparisons compare normalized paths. So, findEntryByPath "foo" will find something stored as "./foo" in the zip container.

zip-archive 0.2.3.3

  • Better normalization of file paths: "./foo/bar" and "foo/./bar" are now treated the same, for example. Note that we do not yet treat "foo/../bar" and "bar" as the same.

zip-archive 0.2.3.2

  • Removed lower bound on directory (>= 1.2), which caused build failures with GHC 7.4 and 7.6.
  • Added travis script for automatic testing on 3 GHC versions.

zip-archive 0.2.3.1

  • Require binary >= 0.7 and directory >= 1.2. The newer binary is needed to provide toArchiveOrFail. The other change is mainly for convenience, to avoid lots of ugly conditional compilation.

zip-archive 0.2.3

  • Export new function toArchiveOrFail. Closes #17.
  • Set general purpose bit flag to use UTF8 in local file header. Otherwise we get a mismatch between the flag in the central directory and the flag in the local file header, which causes some programs not to be able to extract the files. Closes #19.

zip-archive 0.2.2.1

  • Fix a stack overflow in getWordsTillSig (Tristan Ravitch).

zip-archive 0.2.2

  • Set bit 11 in the file header to ensure other programs recognize UTF-8 encoded file names (Tobias Brandt).

zip-archive 0.2.1

  • Added OptLocation, to specify the path to which a file is to be added when readEntry is used (Stephen McIntosh).