| 1 | Revision history for Perl extension Compress::LZF |
1 | Revision history for Perl extension Compress::LZF |
|
|
2 | |
|
|
3 | 3.11 Wed Jan 9 22:43:17 CET 2008 |
|
|
4 | - add PUTBACK/SPAGAIN around need_storable calls, fixing |
|
|
5 | a potential stack change problem when loading the serialiser. |
|
|
6 | |
|
|
7 | 3.1 Fri Nov 30 11:35:47 CET 2007 |
|
|
8 | - update to liblzf-3.1. |
|
|
9 | |
|
|
10 | 2.0 Tue Nov 13 22:49:57 CET 2007 |
|
|
11 | - update to liblzf-3.0. |
|
|
12 | |
|
|
13 | 1.9 Fri Nov 2 13:34:21 CET 2007 |
|
|
14 | - require perl 5.008. |
|
|
15 | - updated to liblzf version 2.1. |
|
|
16 | |
|
|
17 | 1.8 Wed Apr 18 14:40:20 CEST 2007 |
|
|
18 | - properly downgrade all scalars to octet form when |
|
|
19 | required. |
|
|
20 | - strings potentially containing non-latin1 characters |
|
|
21 | get frozen via the serialiser. |
|
|
22 | |
|
|
23 | 1.71 Fri Feb 16 23:09:04 CET 2007 |
|
|
24 | - fix memory leak when feeding illegal data to decompress. |
|
|
25 | - allocate hash dynamically - slower, but having 256k of stack |
|
|
26 | is not ubiquitiously available. |
|
|
27 | |
|
|
28 | 1.7 Wed Sep 27 17:52:39 CEST 2006 |
|
|
29 | - fix buffer overflows in decompress header. |
|
|
30 | |
|
|
31 | 1.65 Fri Jul 7 17:42:12 CEST 2006 |
|
|
32 | - upgrade to liblzf-1.6. |
|
|
33 | |
|
|
34 | 1.6 Sat Oct 1 03:34:11 CEST 2005 |
|
|
35 | - now really allow non-Storable serialisers. |
|
|
36 | |
|
|
37 | 1.52 Sat Oct 1 03:23:52 CEST 2005 |
|
|
38 | - changed mstore to net_mstore default. |
|
|
39 | |
|
|
40 | 1.51 Thu Apr 14 18:59:03 CEST 2005 |
|
|
41 | - upped compress size limit from 64MB to 2GB (reported |
|
|
42 | by Jan Sundberg, who actually ran into the limit :). |
|
|
43 | - *blush*, changed Zev-Limpel to Lempel-Ziv... funny that |
|
|
44 | nobody spotted thta braino. |
|
|
45 | |
|
|
46 | 1.5 Tue Mar 8 21:04:23 CET 2005 |
|
|
47 | - upgraded to liblzf-1.5 (faster, slightly worse compression). |
|
|
48 | |
|
|
49 | 1.401 Thu Mar 3 18:00:52 CET 2005 |
|
|
50 | - upgraded to liblzf-1.401. |
|
|
51 | - change of contact address. |
|
|
52 | |
|
|
53 | 1.4 Wed Dec 15 08:09:33 CET 2004 |
|
|
54 | - upgraded to liblzf-1.4. |
|
|
55 | |
|
|
56 | 1.0 Mon May 3 20:25:07 CEST 2004 |
|
|
57 | - yet another minor reference copying vs. inc bug. |
|
|
58 | |
|
|
59 | 0.1046 Fri Jan 17 08:14:30 CET 2003 |
|
|
60 | - added debian files, realized that debians package management |
|
|
61 | is quite useless. |
|
|
62 | |
|
|
63 | 0.1045 Thu Sep 5 23:54:11 CEST 2002 |
|
|
64 | - always make a stringified copy of the argument for |
|
|
65 | sfreeze, so the assertion "sfreeze makes a string out |
|
|
66 | of it's argument" holds even for integers. |
|
|
67 | - "simple" objects now include PVIV and PVNV. |
|
|
68 | |
|
|
69 | 0.1044 Thu Sep 5 06:44:13 CEST 2002 |
|
|
70 | - MINOR: add set_serializer interface. |
| 2 | |
71 | |
| 3 | 0.1043 Sat May 18 23:40:01 CEST 2002 |
72 | 0.1043 Sat May 18 23:40:01 CEST 2002 |
| 4 | - bugfix when freezing non-SVt_PV-PV's. |
73 | - bugfix when freezing non-SVt_PV-PV's. |
| 5 | - thanks to all cpan-testers ;) |
74 | - thanks to all cpan-testers ;) |
| 6 | |
75 | |
| 7 | 0.1042 Fri May 17 22:09:08 CEST 2002 |
76 | 0.1042 Fri May 17 22:09:08 CEST 2002 |
| 8 | - removed some debugging code that kept sfreeze from properly |
77 | - removed some debugging code that kept sfreeze from properly |
| 9 | |
78 | |
| 10 | 0.1041 Wed Apr 10 05:12:47 CEST 2002 |
79 | 0.1041 Wed Apr 10 05:12:47 CEST 2002 |
| 11 | - sthaw now returns a copy of it's argument instead of the argument |
80 | - sthaw now returns a copy of it's argument instead of the argument |
| 12 | itself in the pass-through case, as this i the required semantics |
81 | itself in the pass-through case, as this is the required semantics |
| 13 | for perl. |
82 | for perl. |
| 14 | |
83 | |
| 15 | 0.104 Tue Mar 26 18:48:02 CET 2002 |
84 | 0.104 Tue Mar 26 18:48:02 CET 2002 |
| 16 | - fix more logic bugs. never wrote functions with such contorted |
85 | - fix more logic bugs. never wrote functions with such contorted |
| 17 | logic :( maybe I should just ignore the idea of saving single bytes |
86 | logic :( maybe I should just ignore the idea of saving single bytes |
