summaryrefslogtreecommitdiff
path: root/unoxml
diff options
context:
space:
mode:
authorAttila Szűcs <attila.szucs@collabora.com>2023-02-20 00:32:22 +0100
committerMichael Meeks <michael.meeks@collabora.com>2023-03-08 14:53:57 +0000
commitabda72eeac19b18c22f57d5443c3955a463605d7 (patch)
treea6ac56d800179a06330b834e29c31894716f929f /unoxml
parentf1306e1d0f52716cf44a9052654af4133fa2c6eb (diff)
tdf#82984 tdf#94915 zip64 support (import + export)
Implemented import + export for "Zip64 Extended Information Extra Field", (in "Local file header" and "Central directory file header") and for Data descriptor. Focused only to be able to handle files with over 4GB uncompressed size, in the zip archive. The 64k filecount, and the 4GB compressed size limit is probably still present Tried to follow pkware .ZIP File Format Specification, Some cases were not clear to me and/or some zip compressing tool may not perfectly follow the standard, like 'extra field' should be 28 bytes long, but its reader now can read shorter (or longer) 'extra field'. Replaced some 32bit codes with 64bit codes, in stream handling, in deflater. Tested with an ods file that contained a content.xml that bigger then 4BG+ (import + export + reimport) on windows. I think 4GB+ files import/export would be too slow fot unittest. So, for unit test, used the small but zip64 format files, that was attached to the bugzilla tickets Note: It helps with Bug 128244 too (1 of the unittest tests it), but that ods file missing manifest.xml, so LO won't be able to import it. Change-Id: Idfeb90594388fd34ae719677f5d268ca9a484fb1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/147306 Tested-by: Jenkins Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Diffstat (limited to 'unoxml')
0 files changed, 0 insertions, 0 deletions