granicus.if.org Git - zziplib/blob - docs/download.htm

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