diff options
Diffstat (limited to 'Build/source/libs/zziplib/zziplib-0.13.58/TODO')
-rw-r--r-- | Build/source/libs/zziplib/zziplib-0.13.58/TODO | 54 |
1 files changed, 54 insertions, 0 deletions
diff --git a/Build/source/libs/zziplib/zziplib-0.13.58/TODO b/Build/source/libs/zziplib/zziplib-0.13.58/TODO new file mode 100644 index 00000000000..2bc5edfd6ea --- /dev/null +++ b/Build/source/libs/zziplib/zziplib-0.13.58/TODO @@ -0,0 +1,54 @@ + +- 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. |