ObjFW: History of src/OFInflate64Stream.h of 7e50ab7d8bde115d

History of file src/OFInflate64Stream.h at check-in 7e50ab7d8bde115d

2024-06-17
21:08		Always use <ObjFW/ObjFW.h> in documentation file: [0f64370602] check-in: [164f2fb4bf] user: js, branch: trunk, size: 3299 [annotate] [blame] [check-ins using] [diff]
2024-04-03
02:16		Change license to LGPLv3 only file: [3d0c8d31ad] check-in: [7413a728a7] user: js, branch: trunk, size: 3311 [annotate] [blame] [check-ins using] [diff]
2024-01-02
17:17		Update copyright file: [81962f8340] check-in: [26ddd2e4e4] user: js, branch: trunk, size: 3103 [annotate] [blame] [check-ins using] [diff]
2023-07-25
21:21		OFZIPArchive: Handle files spanning multiple parts file: [f13138a788] check-in: [d6f5e2abc5] user: js, branch: trunk, size: 3103 [annotate] [blame] [check-ins using] [diff]
2023-01-06
09:04		Update copyright file: [95b4831491] check-in: [8939cbdb52] user: js, branch: trunk, size: 2844 [annotate] [blame] [check-ins using] [diff]
2022-04-19
16:48		Don't install OFHuffmanTree.h file: [2f3dc057f8] check-in: [112ab00310] user: js, branch: trunk, size: 2844 [annotate] [blame] [check-ins using] [diff]
2022-02-12
07:46		Update copyright file: [a8a5f45dbe] check-in: [1a86b8175b] user: js, branch: trunk, size: 2807 [annotate] [blame] [check-ins using] [diff]
2021-04-29
23:24		Clean up struct and enum typedefs With TYPEDEF_HIDES_STRUCT set, Doxygen properly handles anonymous structs and enums that are typedef'd. file: [a6bacf7fa9] check-in: [2fcf5a3052] user: js, branch: trunk, size: 2807 [annotate] [blame] [check-ins using] [diff]
2021-04-18
20:51		Rename everything in several smaller files file: [ff42990035] check-in: [35de667566] user: js, branch: new-naming-convention, size: 2814 [annotate] [blame] [check-ins using] [diff]
2021-01-02
22:04		Update copyright file: [a10344d136] check-in: [374e1a1bfa] user: js, branch: trunk, size: 2859 [annotate] [blame] [check-ins using] [diff]
2020-10-03
11:35		Use /** / instead of /! */ for documentation file: [701031a024] check-in: [163a4a5a2e] user: js, branch: trunk, size: 2948 [annotate] [blame] [check-ins using] [diff]
2020-01-02
01:51		Update copyright file: [7509985b13] check-in: [c7f0229795] user: js, branch: trunk, size: 2948 [annotate] [blame] [check-ins using] [diff]
2019-09-29
20:53		Reduce ivar scopes file: [1e8b3531bf] check-in: [e0a330b377] user: js, branch: trunk, size: 2945 [annotate] [blame] [check-ins using] [diff]
19:35		Either restrict subclassing or reserve ivar space This allows ABI stability with the fragile ABI. file: [7497e2c385] check-in: [496695d778] user: js, branch: trunk, size: 2989 [annotate] [blame] [check-ins using] [diff]
2019-03-08
00:35		Use dot syntax file: [7e95b67f65] check-in: [bceb7ed4c9] user: js, branch: trunk, size: 2963 [annotate] [blame] [check-ins using] [diff]
2019-01-03
19:13		Update copyright file: [d706b9c186] check-in: [0509d7a844] user: js, branch: trunk, size: 3001 [annotate] [blame] [check-ins using] [diff]
2018-06-10
15:33		Make GCC happy again file: [ea903b0882] check-in: [273171692b] user: js, branch: trunk, size: 2995 [annotate] [blame] [check-ins using] [diff]
2018-06-09
14:36		OFInflate64Stream: Don't subclass OFInflateStream file: [a6347e111a] check-in: [1b5d3ac8af] user: js, branch: trunk, size: 2969 [annotate] [blame] [check-ins using] [diff]
2018-01-03
19:49		Update copyright notice file: [c7424bfa54] check-in: [7e5c81e186] user: js, branch: trunk, size: 917 [annotate] [blame] [check-ins using] [diff]
2017-06-10
10:00		Added: Rename OFDeflateStream back to OFInflateStream There is not much point in having a bi-directional stream for Deflate compression / decompression. file: [f78c3141b0] check-in: [f56a50ee50] user: js, branch: trunk, size: 894 [annotate] [blame] [check-ins using]
2016-05-29
13:02		Deleted: Rename OFInflateStream back to OFDeflateStream The reason for renaming to OFInflateStream was to have one stream for decompression and one for compression in order to reduce memory usage if only one of the two is needed, as the ivar layout will be smaller then. However, it is more consistent with other stream classes to have one stream that can handle both. The increased memory footprint of having ivars for compression and decompression can be solved by having a pointer to those instead. This will not incur any performance penalty, as the pointer will be dereferenced instead of the ivars, meaning the overhead is only getting the pointer from the ivars once. check-in: [134a1121c7] user: js, branch: trunk, size: 0
2016-01-03
00:41		Update copyright While at it, also update the mail address. file: [71a119fb43] check-in: [2a27cf3000] user: js, branch: trunk, size: 888 [annotate] [blame] [check-ins using] [diff]
2015-06-13
22:26		Add support for and use the new nullability file: [90b8b21020] check-in: [9e76144ef8] user: js, branch: trunk, size: 884 [annotate] [blame] [check-ins using] [diff]
2015-05-16
20:29		Added: Rename OFDeflateStream -> OFInflateStream It makes more sense to have one class for inflating and one for deflating instead of having one that does both, as having one that does both requires more memory per instance when only inflating or deflating is used. file: [351ad5a7b7] check-in: [2e9336b1ef] user: js, branch: trunk, size: 836 [annotate] [blame] [check-ins using]