head	1.1;
branch	1.1.1;
access;
symbols
	ZIP_2_3:1.1.1.2
	NET:1.1.1
	libgcj-2_95_1-release:1.1.1.1
	libgcj-2_95-release:1.1.1.1
	libgcj-2_95-branch:1.1.1.1.0.2
	libgcj-2_95-branchpoint:1.1.1.1
	LIBGCJ_0_1:1.1.1.1
	CYGNUS:1.1.1;
locks; strict;
comment	@# @;


1.1
date	99.04.07.14.52.43;	author tromey;	state Exp;
branches
	1.1.1.1;
next	;

1.1.1.1
date	99.04.07.14.52.43;	author tromey;	state Exp;
branches;
next	1.1.1.2;

1.1.1.2
date	2000.06.15.00.57.51;	author bryce;	state Exp;
branches;
next	;


desc
@@


1.1
log
@Initial revision
@
text
@
Main features still missing for next official version:

- multi disk zip files
- echo "password" | zip -e archive.zip * should work (Kevin M. Fritz)
- 32 bit file attributes
- remove contractions from zip error messages, make them clearer (Steve)
- display "[text]" for ascii files when not quiet (no -q) (Timo Salmi)
- Wildcard matching issues (msg from Paul Kienitz)
- 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.
- 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 ?)

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.

- zip sometimes crashes on some versions of NetBSD (0.8, 0.9 and early
  0.9-current), FreeBSD (<= 1.1) and BSDI (< 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 *BSD mirrors in src/lib/libc/stdio
  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).

- 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.
  Partially DONE (OS/2 "*.*" matches "*".)

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


1.1.1.1
log
@Initial import of libgcj
@
text
@@


1.1.1.2
log
@Imported zip 2.3
@
text
@a3 11
- 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
d5 1
a5 4
- 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)
a6 1
- generate output without having to seek at all
d9 1
d19 1
d30 7
d52 2
a53 4
- 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]!)
@


