History log of /system/core/include/ziparchive/zip_archive.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
00a258cec7bbecf10e04fef7ed4781cd750ba1d8 13-Dec-2013 Narayan Kamath <narayan@google.com> Fix ExtractEntryToFile.

We would always write uncompressed data at offset 0 instead
of the current filedescriptor offset.

Also adds a unit-test & a clarifying comment on the API.

Change-Id: If44757e96dde504ce63d81b4dec7115fc6f6d5fb
/system/core/include/ziparchive/zip_archive.h
574c3b35df54a288e70d1099ccb0ffe02d14c996 06-Dec-2013 Narayan Kamath <narayan@google.com> Fix Mac OS build for libziparchive.

BSD off_t are implicitly 64 bit so the platform
doesn't define off64_t.

Change-Id: I51cbe94ead01d2d6bc7c5010d9472487bee7c2d3
/system/core/include/ziparchive/zip_archive.h
7462f02f82cce1dd196069e6d84c5c3ea7bf10ff 21-Nov-2013 Narayan Kamath <narayan@google.com> Unify zipfile implementations : Step 1.

Extract zip file processing logic from libdvm into a
standalone library.

This library is a stricter than the libdvm library in
several ways:
- Duplicate zip entry names are now disallowed. Files with
such entries will fail to parse.
- We now verify CD file size information with the individual
file header information. (This was pointed out as a deficiency
of this implementation in past discussions.)
- We also add support for crc checking, which means we might
need to parse the optional data descriptor footer (if one
exists).

We also provide an API for iterating over the entries of
a zip file. This library is optimized for two use cases :

- Lookup for a single entry in the file, with the intention
of processing or extracting the data associated with that
entry
- Iterating over all entries in a file *and* processing
/ extracting their data.

Change-Id: Ia87de6184ef753cc470b0af755c47a4f92ac8198
/system/core/include/ziparchive/zip_archive.h