summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm
diff options
context:
space:
mode:
Diffstat (limited to 'Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm')
-rw-r--r--Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm56
1 files changed, 0 insertions, 56 deletions
diff --git a/Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm b/Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm
deleted file mode 100644
index d52111155fc..00000000000
--- a/Build/source/libs/zziplib/zziplib-0.13.62/docs/download.htm
+++ /dev/null
@@ -1,56 +0,0 @@
-<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>