summaryrefslogtreecommitdiff
path: root/Build/source/texk/web2c/luatexdir/zziplib/TODO
diff options
context:
space:
mode:
Diffstat (limited to 'Build/source/texk/web2c/luatexdir/zziplib/TODO')
-rw-r--r--Build/source/texk/web2c/luatexdir/zziplib/TODO54
1 files changed, 0 insertions, 54 deletions
diff --git a/Build/source/texk/web2c/luatexdir/zziplib/TODO b/Build/source/texk/web2c/luatexdir/zziplib/TODO
deleted file mode 100644
index 2bc5edfd6ea..00000000000
--- a/Build/source/texk/web2c/luatexdir/zziplib/TODO
+++ /dev/null
@@ -1,54 +0,0 @@
-
-- Check the CRC value at the end of read... and add more error codes.
-
-- Do more test. Currently use only with tested "friendly" archives.
- This is also related to usages of zziplib in virus detection
- code which should better have a hardened library code. That does
- also include inflate interface code to need the most testing.
-
-- the buffer reusage code was not strictly multithreading. It should
- be fixed by now but it would be better to have an automatic test
- routine to check reentrancy/multithreaded functionality.
-
-- Sligthly More documentation. With the generation of man pages and
- multiple pages for the website, it does already look acceptable.
- It should still get better of course - kinda newbie friendly *g*
-
-KNOWN PROBLEMS
-
-The win32 compilers need each a different config.h derivate that
-matches both the headers shipped with the compiler and installed
-with updates of the SDK. There is no autoconfigure on win32 as
-that - unless you install some unix tools along.
-
-The sparc-sun-solaris2.* will utter warnings for "char subscript"
-which is caused by isdigit() from ctype.h - this will NOT FIX as
-it is only in the example source code and we want to keep those
-lean and mean to make them easy to adopt by developers.
-
-The hppa1.1-hp-hpux10.20 did show spurious problems of making
-shared libraries - this may well fix with an update of the
-libtool package, the libtool 1.4 is dated 2001/04/24
-
-There are spurious reports of users on win32 platforms that tell
-of some problems with a specific zip file they have but it was
-not possible so far to recreate an environment abroad to show
-the problem too. One can not say if that is due some general
-instability out of DLL hell, or if there is a bug hiding somewhere.
-Please send all those zip files to the maintainer, perhaps it
-can help to find the real cause (I doubt it is in zziplib, but..)
-
-TESTED PLATFORMS
-sparc-sun-solaris2.6/gcc2.95.3
-sparc-sun-solaris2.8/gcc2.95.3
-hppa1.1-hp-hpux10.20
-i686-mandrake-linux-9.0/gcc3.2
-i686-mandrake-linux-9.1/gcc3.2.2
-i686-debian-linux-2.2/gcc2.95.2
-i386-unknown-freebsd4.7/gcc2.95.4 (formerly with wrapwrap)
-powerpc-apple-darwin5.5 (formerly with wrapwrap)
-alphaev67-unknown-linux-gnu/gcc2.95.4 (that's a 64bit platform)
-i386-ms-win32/msvc6
-i386-ms-win32/msvc7
-i386-ms-win32/mingw+msys
-... and probably a lot of others not known to the maintainer.