
Main features still missing for next official version:

- include the major cleanup of fileio.c made by Onno
 DONE: works for NetBSD, DJGPP 1.12 (possibly 2.0B too) , BC++ 3.1
- include the generation of Pkware-style extra-fields for VMS made by Igor
  (vms_pk.zip given below in ship format)
 DONE: untested .....
- include Acorn support by Sergio Monesi
 DONE: untested .....
- include MVS support by George Petrov <c888090@nlevdpsb.snads.philips.nl>
 DONE: untested .....
- include aosvs support (message below with Subject: aosvs_zi part0001)
 DONE: untested .....
- include netware support?
 NOT YET

Other things to do:
- update man page
- better configure
- check all the makefiles: make -f path_to_makefile/makefile should work
  on all ports.....
- deflate assembler version for amiga
- voidp --> zvoid
 DONE
- farmalloc problem (msg below: Thu, 22 Jun 1995 09:11:14 -0700)
- check if multivolume stuff by Gisbert Selke (see below) is worth including
  in the official zip release
 NOT YET
- include zipsort2
- document -A and -J
- display "[text]" for ascii files when not quiet (no -q) (Timo Salmi)
- Wildcard matching issues (msg from Paul Kienitz)
- for zip386 speed problem, try: set GO32=nodpmi
  but check first if problem still exists with latest version of DJGPP
- fix FAT check in nt/nt.c (take from unzip)
- rename leave() as zleave() to avoid problems on NT
 DONE
- check OS/2 -j bug fixed in zip 2.0j
- document -A & -J (zip.1)
- new vmsmunch on quest (z20/vms/new)
- optims by Leo (Mail/lz)
- use PRINTF macros for Mac port
- 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 Ultrix, configure gives "test argument expected" (zip 1.9n)
- 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.
- use rename() instead of link/unlink (Onno)
  But check first it exists on all systems!
- on NT, open in SHARE_READ mode (Steve Salisbury)
  DONE
- document exit codes
- 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 ?)
- rename file_io.c as fileio.c to avoid _ on MVS.
  DONE

Known bugs:

-  On OS/2: dir | zip test -
   zip warning: name not matched: -
   (message below 29 Jun 95 00:34:03 EDT)

- "zip foo a.* *.asm" warns about duplicate names
  (see message below Fri, 24 Feb 1995 11:33:51 -0600)

- 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 VMS, zip does not remove directories for "zip -mrD"

- zip sometimes crashes on some versions of NetBSD (0.8, 0.9 and early
  0.9-current) and FreeBSD (<= 1.1). This is due to a bug in stdio.
  Upgrading the stdio package in /usr/src/lib/libc/stdio should
  fix the problem. See ftp.iastate.edu in pub/netbsd/src/src/lib/libc/stdio
  or on other NetBSD-current mirrors. You must at least replace setvbuf.o
  in libc.a with a newer version.

- 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).

- zip386.exe does not set the time stamp correctly. This also affects the
  -o option. (To be fixed by upgrading to a newer version of DJGPP, 1.12m1
  or later)

  FIXED by using setftime instead of utime

- zip386.exe doesn't support the -S option.

- On MSDOS, if directories have a period in them, zip -m -r will not
  remove them, although it will archive the files in these directories
  (to be checked)

- zip -e should not allow null passwords (not supported by pkunzip).

- on BSD/386, zip -0e produces archives which can't be extracted by unzip
  (rejects the password as incorrect).

  FIXED by using a newer setvbuf.
 
- 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, indexed files are not restored correctly after zip -V and unzip.
  (Don't know yet whether problem is in zip or unzip.)

- 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.

- there should be a way to avoid updating archive members (only addition
  of new files allowed)

- Greg: accept "zip -$ foo" as equivalent to "zip -$ foo ."
