blob: d52111155fc6e4e398d16f4c5267602ef85d3f51 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
|
<section> <date> 2004-05-18 </date>
<H2> Download </H2> what to get to get it
<section>
<H4>Sourceforge File Area</H4>
<center>
<a href="http://sourceforge.net/project/showfiles.php?group_id=6389">
sourceforge.net/project/showfiles.php?group_id=6389 </a>
</center>
<P>
All source releases and some binary releases are listed at the
sourceforge download area under the link show above. The sourceforge
file area is replicated all over the world and should be accessible
with highest bandwith in all corners of the world.
</P>
</section><section>
<H4> Which Version To Download </H4>
<P>
Do not use 0.10.x anymore! It is listed as stable since it is the
only release of zziplib tested to work on a few dozen platforms.
However there were some problematic zip files out there that can
trigger segfaults. Later zzip file decoders have extra checks and
helper routines for that. It's just that the later zziplib have not
been given as many crossplatform build tets as the 0.10.x generation.
</P>
<P>
Use a 0.12.x (proto-stable) or a 0.13.x (developer) variant of
zziplib, especially if you intend to make heavy usage of the zip
decoders in specialized environments - I will not add any fixes to
the 0.10.x series anymore (it's deep frozen) but if you hit a
problem with 0.13.x I can help you quickly with a patch and official
bugfix release. The later versions are regulary checked crossplatform
atleast for <b>Linux, Solaris, FreeBSD, Darwin/MacOSX, Win32/NT</b>
including i386, amd64, sparc, sparc64, powerpc where available.
</P>
<P>
Note that all generations 0.10.x through 0.13.x are strictly
<b>backward compatible</b>. There is a core API (file and dir
handling) being binary compatible, which is also true for most
of the helper routines (data getters). Only some rarely used
entries are made source level compatible, and so far no one had
ever any problem with binary compatibility of the zziplib DLLs.
</P>
<P>
The MSVC users are strongly advised to use a a later version as
well since I have tested the 0.12.x/0.13.x myself and making
some msc binary dll releases directly - prior versions were
thirdparty contributions which were working smoothly since I have
been preparing zziplib for win32 using the gcc/mingw compile suite.
Please check also the <a href="developer.html">developer pages</a>.
</P>
</section></section>
|