ObjFW  History of src/OFZIPArchiveEntry.m of 65510fa56b3f7c01

Only support for reading so far.

Compression methods 0 (uncompressed) and 2 (LZ77 + Huffman, apparently
identical to lh4/lh5) are supported. file: [d0352dc341] check-in: [9a95da71d5] user: js, branch: trunk, size: 13561 [annotate] [blame] [check-ins using] [diff]

This cannot yet extract a file from the archive if the file spans
multiple parts. However, for a multipart archive with multiple files,
all files that only span a single part can be extracted. file: [f349333dfe] check-in: [630ea6bc5a] user: js, branch: trunk, size: 13577 [annotate] [blame] [check-ins using] [diff]

This is for consistency with OFTarArchiveEntry and OFLHAArchiveEntry. file: [a4f0074e93] check-in: [94c326ab78] user: js, branch: trunk, size: 13276 [annotate] [blame] [check-ins using] [diff]

This is currently limited to reading uncompressed LHA level 2 files. file: [4035dadee9] check-in: [790b5344d6] user: js, branch: trunk, size: 12563 [annotate] [blame] [check-ins using] [diff]

Instead, explicitly declare them, as OF_ASSUME_NONNULL_{BEGIN,END} does
not apply to implicit return types. This means that after this commit,
all init methods have a nonnull return type, as they should have. file: [a552090953] check-in: [2f4e0df8be] user: js, branch: trunk, size: 12563 [annotate] [blame] [check-ins using] [diff]

Treating the ZIP64 extra field as part of the entry itself makes things
a lot easier when (re)writing the central directory. file: [1983c233dd] check-in: [8ebf6ed443] user: js, branch: trunk, size: 12236 [annotate] [blame] [check-ins using] [diff]

This is in preparation for OFZIPArchive write support. file: [b22fa20c14] check-in: [1aea73d8b1] user: js, branch: trunk, size: 10049 [annotate] [blame] [check-ins using] [diff]

This matches Apple's style. file: [bdb8babfcc] check-in: [6b77a5dd8b] user: js, branch: trunk, size: 8608 [annotate] [blame] [check-ins using] [diff]

Casts are now written like types in variable declarations. file: [7d2a571c32] check-in: [4af49a13c3] user: js, branch: trunk, size: 8572 [annotate] [blame] [check-ins using] [diff]

This makes it harder to accidentally leak addresses which could be used
to defeat ASLR. file: [75090f7155] check-in: [7c2a0dda3d] user: js, branch: trunk, size: 8563 [annotate] [blame] [check-ins using] [diff]

Forgot to add 2017, even though I already did quite some changes in
2017. file: [f98ed34051] check-in: [44f45c2e35] user: js, branch: trunk, size: 8572 [annotate] [blame] [check-ins using] [diff]

This fixes including a non-module header in a module. file: [7c78e9a9c5] check-in: [9c108208ef] user: js, branch: trunk, size: 8566 [annotate] [blame] [check-ins using] [diff]

Also includes a small typo fix for -[OFZIPArchiveEntry description] and
adds the mode to OFZIP's Tar archive listing. file: [4e05d700c6] check-in: [f4a5590b58] user: js, branch: trunk, size: 8535 [annotate] [blame] [check-ins using] [diff]

OFZIPArchive only needs an OFSeekableStream. file: [666898b117] check-in: [080eb2f31b] user: js, branch: trunk, size: 8573 [annotate] [blame] [check-ins using] [diff]

This existed before, but was private.

Additionally, ofzip -lvvv now also shows the general purpose bit flag. file: [c38a694f2c] check-in: [41e83e895c] user: js, branch: trunk, size: 8579 [annotate] [blame] [check-ins using] [diff]

(U)INT_FAST*_MAX is broken on Android, which makes (u)int_fast*_t
dangerous to use while it does not provide any real speed benefit. file: [66169b3a5c] check-in: [d3158d091f] user: js, branch: trunk, size: 8595 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [68d3e76641] check-in: [cec0f072f8] user: js, branch: 0.8, size: 8799 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [26c1cf1b29] check-in: [2a27cf3000] user: js, branch: trunk, size: 8625 [annotate] [blame] [check-ins using] [diff]

This increases the required GCC version from 4.0 to 4.6 (exception:
Apple GCC, which already supports this with >= 4.0 starting with OS X
10.5). Since even GCC 4.6 is really old by now, there is no point in
still supporting something even older and making the code ugly because
of that. While some hardware and OS support was dropped from GCC 4.6
compared to GCC 4.0, there is nothing in there that would be an
interesting target with the exception of BeOS maybe - but a port to BeOS
can also be achieved using the Haiku support. The other dropped OSes are
mostly old versions of OSes while newer ones are still being supported
(and those newer versions of those OSes still support the same
hardware). file: [d3ecafe11e] check-in: [48980f2297] user: js, branch: trunk, size: 8621 [annotate] [blame] [check-ins using] [diff]

Every OFSeekableStream can be used now. file: [f9630635cf] check-in: [aa1bb213e0] user: js, branch: trunk, size: 8795 [annotate] [blame] [check-ins using] [diff]

This means that OFObject.h imports macros.h now, making it unnecessary
to manually import macros.h in almost every file. And while at it, also
import autorelease.h in OFObject.h, so that this doesn't need to be
manually imported in almost every file as well. file: [f67f7363c8] check-in: [13ee56edf3] user: js, branch: trunk, size: 8746 [annotate] [blame] [check-ins using] [diff]

This belongs to OFZIPArchiveEntry. Consequently, it has been renamed to
of_zip_archive_entry_find_extra_field() and made public, so that it can
be used by applications that got the extra field from the
OFZIPArchiveEntry. file: [0a34c90b44] check-in: [adf754d5fc] user: js, branch: trunk, size: 6844 [annotate] [blame] [check-ins using] [diff]

While sorting -[entries] reduces hard disk seeks, it allows a denial of
service by creating an archive with a huge central directory without
actual files. As usually the order in the central directory matches the
order of the actual files, this minor speed increase is not worth the
attack vector. file: [49ac97ac70] check-in: [be628bbb84] user: js, branch: trunk, size: 6241 [annotate] [blame] [check-ins using] [diff]