home *** CD-ROM | disk | FTP | other *** search
- This is old. See Changes and WhatsNew for what has been implemented.
-
- (See the latest Zip 3.0 beta for an update to this list.)
-
- Main features still missing for next official version:
-
- - use install in unix/Makefile instead of mkdir -p, look at install sh script.
- - #elif for those ports that can handle it.
- - what about zopen vs. fopen ?
- - Add zcreate or zfcreate for win32.
- - Assembler stuff in match.S (subexpressions)
- - zipping huge files (> 2G, unsigned 32bit)
- - Testsuite for zip and unzip (John D. Mitchell)
- - make a version.c or version.h that includes all the compiler names
- - run utils with dmalloc().
- - what to do with zip -F and zip -FF (readzipfile2()) ?
- - profiling of the code
- - multi disk zip files
- - zipfile modification tool (Greg)
- - Implement -- option (Thomas Klauser, wiz@danbala.tuwien.ac.at)
- - don't add files with "Archive bit "
- or add files with "Archive bit " (uwe.becher@metronet.de)
- - 32 bit file attributes
- - generate output without having to seek at all
- - remove contractions from zip error messages, make them clearer (Steve)
- - display "[text]" for ascii files when not quiet (no -q) (Timo Salmi)
- - does zipnote accept names with version number?
- - for a WORM, zip should create temp file only when updating; new archives
- should be created directly.
- - APPNOTE.TXT specifies "4) The entries in the central directory may
- not necessarily be in the same order that files appear in the zipfile"
- but readzipfile() relies on same order.
- - on Mac, MPW C 3.3.1 requires #if (a || b) ["#if a || b" taken as "#if a"]
- - on Unix, let -S be "include non-regular files without reading from them"
- (as pkzip on Unix). This requires unzip support.
- - zip -l should do ebcdic->ascii translation on CMS and MVS
- - zip as subroutine (zdig/241)
- - accept k and M in zipsplit
- - store / (part of file name) as ! in OS/2 (problem only with -E ?)
-
- Known bugs:
-
- - On VMS, zip fails reading some files with "byte record too large for
- user's buffer". You must use the "-V" option for such files.
-
- - on MSDOS, zip386.exe does not like "zip -bc: foo ..."
-
- - on MSDOS, zip386.exe is sometimes much slower than zip.exe. This is
- probably a problem with DJGPP (to be investigated).
-
- - on NT with C shell, zip should not do file name expansion again.
-
- - zip zipfile ... ignores existing zipfile if name does not have an extension
- (except for the -A option, generally used on self-extracting files).
-
- - For an sfx file without extension, "zip -A sfx" works but "zip sfx -A"
- doesn't.
-
- - When storing files in a zipfile (-0), zip marks all of them as binary.
-
- - On VMS, some indexed files are not restored correctly after zip -V and unzip.
- (This is now known to be a problem of UnZip. The workaround for Zip 2.2
- and newer is to use PK-style VMS extra fields; this is now the default.
- NOTE that UnZip 5.32 has been fixed [971019]!)
-
- - zip and unzip should use the same pattern matching rules, particularly
- on MSDOS and OS/2. On OS/2, "zip foo *.*" should also match files
- without extension.
- Partially DONE (OS/2 "*.*" matches "*".)
-
- - there should be a way to avoid updating archive members (only addition
- of new files allowed)
-