summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm
diff options
context:
space:
mode:
Diffstat (limited to 'Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm')
-rw-r--r--Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm57
1 files changed, 57 insertions, 0 deletions
diff --git a/Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm b/Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm
new file mode 100644
index 00000000000..4b6d78177c3
--- /dev/null
+++ b/Build/source/libs/zziplib/zziplib-0.13.58/docs/notes.htm
@@ -0,0 +1,57 @@
+<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>