todo

给出了 zip 压缩算法的完整实现过程。

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, [e-mail])
- don't add files with "Archive bit "
  or add files with "Archive bit " ([e-mail])
- 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)