(‘‘overwrite all’’) option is given. This is a limitation of the
operating system; because directories only have a creation time associ‐
ated with them, unzip has no way to determine whether the stored attrib‐
utes are newer or older than those on disk. In practice this may mean a
two‐pass approach is required: first unpack the archive normally (with
or without freshening/updating existing files), then overwrite just the
directory entries (e.g., ‘‘unzip ‐o foo */’’).
[VMS] When extracting to another directory, only the [.foo] syntax is
accepted for the -d option; the simple Unix foo syntax is silently ig‐
nored (as is the less common VMS foo.dir syntax).
[VMS] When the file being extracted already exists, unzip’s query only
allows skipping, overwriting or renaming; there should additionally be a
choice for creating a new version of the file. In fact, the ‘‘over‐
write’’ choice does create a new version; the old version is not over‐
written or deleted.
SEE ALSO
funzip(1), zip(1), zipcloak(1), zipgrep(1), zipinfo(1), zipnote(1), zip‐
split(1)
URL
The Info‐ZIP home page is currently at
http://www.info‐zip.org/pub/infozip/
or
ftp://ftp.info‐zip.org/pub/infozip/ .
AUTHORS
The primary Info‐ZIP authors (current semi‐active members of the Zip‐
Bugs workgroup) are: Ed Gordon (Zip, general maintenance, shared code,
Zip64, Win32, Unix, Unicode); Christian Spieler (UnZip maintenance coor‐
dination, VMS, MS‐DOS, Win32, shared code, general Zip and UnZip inte‐
gration and optimization); Onno van der Linden (Zip); Mike White (Win32,
Windows GUI, Windows DLLs); Kai Uwe Rommel (OS/2, Win32); Steven M.
Schweda (VMS, Unix, support of new features); Paul Kienitz (Amiga,
Win32, Unicode); Chris Herborth (BeOS, QNX, Atari); Jonathan Hudson
(SMS/QDOS); Sergio Monesi (Acorn RISC OS); Harald Denker (Atari, MVS);
John Bush (Solaris, Amiga); Hunter Goatley (VMS, Info‐ZIP Site mainte‐
nance); Steve Salisbury (Win32); Steve Miller (Windows CE GUI), Johnny
Lee (MS‐DOS, Win32, Zip64); and Dave Smith (Tandem