ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/liblzf/Changes
(Generate patch)

Comparing liblzf/Changes (file contents):
Revision 1.10 by root, Tue Aug 3 15:37:48 2004 UTC vs.
Revision 1.48 by root, Sun May 30 05:46:55 2010 UTC

11.4 1
2 - fixed hash calculation in C♯ version (Tiago Freitas Leal).
3 - unroll copy for small sizes, use memcpy for larger sizes,
4 greatly speeding up decompression in most cases.
5 - finally disable rep movsb - it's a big loss on modern intel cpus,
6 and only a small win on amd cpus.
7
83.5 Fri May 1 02:28:42 CEST 2009
9 - lzf_compress did sometimes write one octet past the given output
10 buffer (analyzed and nice testcase by Salvatore Sanfilippo).
11
123.4 Tue Sep 2 06:45:00 CEST 2008
13 - the fix from 3.3 introduced a compression bug, which is fixed in
14 this release (which explains the mysterious prerelease...). Thanks
15 once more to Clément Calmels.
16
173.3 Mon Aug 25 03:17:42 CEST 2008
18 - lzf_compress could access memory after the given input buffer
19 when outputting back references. reported with nice testcase
20 by Clément Calmels.
21
223.2 Fri May 9 18:52:23 CEST 2008
23 - include a workaround for failing POSIX and real-world compliance
24 on 64 bit windows (microsoft claims to support POSIX, but is far
25 from it). (bug found and analysed nicely by John Lilley).
26
273.1 Fri Nov 30 11:33:04 CET 2007
28 - IMPORTANT BUGFIX: a too long final literal run would corrupt data
29 in the encoder (this was introduced in 3.0 only, earlier versions
30 are safe).
31
323.0 Tue Nov 13 22:13:09 CET 2007
33 - switched to 2-clause bsd with "GPL v2 or any later version" option.
34 - speed up compression by ~10-15% in common cases
35 by some manual unrolling.
36 - import some compiler tricks from JSON::XS, for further speed-ups.
37 - tune hash functions depending on ULTRA_FAST or VERY_FAST settings.
38 - for typical binary data (e.g. /bin/bash, memory dumps,
39 canterbury corpus etc.), speed is now comparable to fastlz, but
40 with better compression ratio. with ULTRA_FAST, it's typically
41 3-15% faster than fastlz while still maintaining a similar ratio.
42 (amd64 and core 2 duo, ymmv). thanks a lot for the competition :)
43 - undo inline assembly in compressor, it is no longer helpful.
44 - no changes to the decompressor.
45 - use a HLOG of 16 by default now (formerly 15).
46
472.1 Fri Nov 2 13:34:42 CET 2007
48 - switched to a 2-clause bsd license with GPL exception.
49 - get rid of memcpy.
50 - tentatively use rep movsb on x86 and x86_64 (gcc only) for a
51 moderate speed improvement.
52 - applied patch by Kein-Hong Man to maske lzf.c compile under
53 the crippled mingw32 environment.
54
552.0 Fri Feb 16 23:11:18 CET 2007
56 - replaced lzf demo by industrial-strength lzf utility with behaviour
57 similar other compression utilities. Thanks for Stefan Traby for
58 rewriting it!
59 - fix state arg prototype.
60
611.7 Wed Sep 27 17:29:15 CEST 2006
62 - remove bogus "unlzf" patch.
63 note to self: never accept well-meant patches.
64 - make lzf more robust in presence of padding bytes or sudden eof.
65
661.6 Fri Jul 7 17:31:26 CEST 2006
67 - the lzf example utility will now uncompress if invoked
68 as "unlzf" (patch by Scott Feeney).
69 - add CHECK_INPUT option that adds more checks for input
70 data validity.
71 - help applications that do not pass in the correct length
72 (such as php) by returning either EINVAL or E2BIG.
73 - default HLOG size is now 15 (cpu caches have increased).
74 - documentation fixes.
75
761.51 Thu Apr 14 22:15:46 CEST 2005
77 - incorporated C♯ implementation of both the en- and decoder,
78 written by "Oren J. Maurice".
79 You can find it in the cs/ subdirectory.
80 - make FRST, NEXT IDX overridable if lzf_c.c is directly included
81 in the code.
82
831.5 Tue Mar 8 20:23:23 CET 2005
84 - incorporated improvements by Adam D. Moss,
85 which includes a new VERY_FAST mode which is
86 a bit slower than ULTRA_FAST but much better,
87 and enabled it as default.
88
891.401 Thu Mar 3 18:00:52 CET 2005
90 - use cstring in c++, not string.h.
91 - change of contact address.
92
931.4 Wed Dec 15 08:08:49 CET 2004
2 - very very slight tuning of the hashing function. 94 - very very slight tuning of the hashing function.
3 95
41.3 Thu Mar 25 15:41:17 CET 2004 961.3 Thu Mar 25 15:41:17 CET 2004
5 - changed license of lzf core code to explicitly allow 97 - changed license of lzf core code to explicitly allow
6 relicensing under the GPLv2. 98 relicensing under the GPLv2.

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines