summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm
diff options
context:
space:
mode:
Diffstat (limited to 'Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm')
-rw-r--r--Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm57
1 files changed, 0 insertions, 57 deletions
diff --git a/Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm b/Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm
deleted file mode 100644
index 4b6d78177c3..00000000000
--- a/Build/source/libs/zziplib/zziplib-0.13.62/docs/notes.htm
+++ /dev/null
@@ -1,57 +0,0 @@
-<H2> Some Notes </H2>
-
-<dl>
-<dt> ClamAV thinks it decompress zip method 9 files </dt>
-<dd>
- In May 2005 the ClamAV Development team detected a problem
- with zlib - which knows an undocumented inflate64 that maps
- to the zip compression method number 9 (implemented in files
- inftree9 and infback9). However the support for that method
- is not being compiled into libz.so by default, so you have
- to recompile zlib to get support for it - zziplib will not do
- that on its own, nor will it check the actual availability.
- So, zziplib users might be handicapped if the meet a zip
- compressed with that method 9, at best they will get an
- error code back to the application but that is mostly not
- intuitive enough to point to the actual problem related to
- the last breed of zip/zlib compression methods. Effectivly
- you are restricted to methods 0 and 8.
-</dd>
-<dt> Ogre3D + Win64/AMD64 + zziplib = ZZIP_DIR_READ error </dt>
-<dd>
- As of December 2005 the thread at
- http://www.ogre3d.org/phpBB2/viewtopic.php?p=110707#110667
- points to a problem in the 64bit variant of zziplib with
- some zip archives. The actual source of the problem is
- unknown. The Ogre project uses an internal copy of the
- zziplib library being statically linked. The latest
- zziplib version has been tested on a number of 64bit
- system in the meantime - however those are 64bit Unix
- variants (LP64). While Win32 (LP32) works okay there
- might be some buglet left for Win64 (LLP64) that I can't
- track down (system N/A to me) in the near future.
-</dd>
-<dt> PHP5 does not know --with-zip </dt>
-<dd>
- As of January 2005 I was hinted that some of the PHP
- problems might see a new show. In the past there were
- numerous queries about installation of zziplib to be
- useful as the PHP-ZIP module but I could not answer them.
- (I don't use PHP for real work). The standard php4
- docs were obviously insufficient with saying to just
- configure --with-zip... but now even that option is
- gone and there is no hint anywhere telling of the
- replacement.
-</dd>
-<dt> sourcebase.sf using modified zziplib code </dt>
-<dd>
- In May 2003 I did notice that the sourcebase.sf
- project - providing a generic virtual filesystem
- for applications - has been reusing the zziplib
- code. However the code has been modified in a
- number of places and it was (at first) placed
- under real GPL. That library was supposed to be
- put under the hood of the GNOME desktop but at
- the moment it does not seem to go nowhere further.
-</dd>
-</dl>