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

Comparing liblzf/Changes (file contents):
Revision 1.36 by root, Tue Nov 13 11:30:37 2007 UTC vs.
Revision 1.46 by root, Fri May 1 00:30:53 2009 UTC

12.2 13.5 Fri May 1 02:28:42 CEST 2009
2 - lzf_compress did sometimes write one octet past the given output
3 buffer (analyzed and nice testcase by Salvatore Sanfilippo).
4
53.4 Tue Sep 2 06:45:00 CEST 2008
6 - the fix from 3.3 introduced a compression bug, which is fixed in
7 this release (which explains the mysterious prerelease...). Thanks
8 once more to Clément Calmels.
9
103.3 Mon Aug 25 03:17:42 CEST 2008
11 - lzf_compress could access memory after the given input buffer
12 when outputting back references. reported with nice testcase
13 by Clément Calmels.
14
153.2 Fri May 9 18:52:23 CEST 2008
16 - include a workaround for failing POSIX and real-world compliance
17 on 64 bit windows (microsoft claims to support POSIX, but is far
18 from it). (bug found and analysed nicely by John Lilley).
19
203.1 Fri Nov 30 11:33:04 CET 2007
21 - IMPORTANT BUGFIX: a too long final literal run would corrupt data
22 in the encoder (this was introduced in 3.0 only, earlier versions
23 are safe).
24
253.0 Tue Nov 13 22:13:09 CET 2007
2 - switched to GPL v2 or any later version. 26 - switched to 2-clause bsd with "GPL v2 or any later version" option.
3 - speed up compression by ~10-15% in common cases 27 - speed up compression by ~10-15% in common cases
4 by some manual unrolling. 28 by some manual unrolling.
5 - import some compiler tricks from JSON::XS. 29 - import some compiler tricks from JSON::XS, for further speed-ups.
6 - tune hash functions depending on ULTRA_FAST or VERY_FAST settings. 30 - tune hash functions depending on ULTRA_FAST or VERY_FAST settings.
7 - for typical binary data (e.g. /bin/bash, memory dumps, 31 - for typical binary data (e.g. /bin/bash, memory dumps,
8 canterbury corpus etc.), speed is now comparable to fastlz, but 32 canterbury corpus etc.), speed is now comparable to fastlz, but
9 with better compression ratio. with ULTRA_FAST, it's typically 33 with better compression ratio. with ULTRA_FAST, it's typically
10 3-15% faster than fastlz while still maintaining a similar ratio. 34 3-15% faster than fastlz while still maintaining a similar ratio.
11 (amd64 and core 2 duo, ymmv). thanks a lot for the competition :) 35 (amd64 and core 2 duo, ymmv). thanks a lot for the competition :)
12 - undo inline assembly, it is no longer helpful. 36 - undo inline assembly in compressor, it is no longer helpful.
13 - no changes to the decompressor. 37 - no changes to the decompressor.
14 - use a HLOG of 16 by default now (formerly 15). 38 - use a HLOG of 16 by default now (formerly 15).
15 39
162.1 Fri Nov 2 13:34:42 CET 2007 402.1 Fri Nov 2 13:34:42 CET 2007
17 - switched to a 2-clause bsd license with GPL exception. 41 - switched to a 2-clause bsd license with GPL exception.
42 - default HLOG size is now 15 (cpu caches have increased). 66 - default HLOG size is now 15 (cpu caches have increased).
43 - documentation fixes. 67 - documentation fixes.
44 68
451.51 Thu Apr 14 22:15:46 CEST 2005 691.51 Thu Apr 14 22:15:46 CEST 2005
46 - incorporated C♯ implementation of both the en- and decoder, 70 - incorporated C♯ implementation of both the en- and decoder,
47 written by "Oren J. Maurice <oymaurice@hazorea.org.il>". 71 written by "Oren J. Maurice".
48 You can find it in the cs/ subdirectory. 72 You can find it in the cs/ subdirectory.
49 - make FRST, NEXT IDX overridable if lzf_c.c is directly included 73 - make FRST, NEXT IDX overridable if lzf_c.c is directly included
50 in the code. 74 in the code.
51 75
521.5 Tue Mar 8 20:23:23 CET 2005 761.5 Tue Mar 8 20:23:23 CET 2005

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines