home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 9 Archive
/
09-Archive.zip
/
unzip511.zip
/
README
< prev
next >
Wrap
Text File
|
1994-08-02
|
9KB
|
167 lines
This is the README file for the 2 August 1994 public release of the
Info-ZIP group's portable UnZip zipfile-extraction program (and related
utilities).
unzip511.zip portable UnZip, version 5.11, source code distribution
unzip511.tar.Z same as above, but compress'd tar format
__________________________________________________________________________
BEFORE YOU ASK: UnZip, its companion utility Zip, and related utilities
and support files can be found in many places; read the file "Where" for
further details. To contact the authors with suggestions, bug reports,
or fixes, continue reading this file (README) and, if this is part of a
source distribution, the file "ZipPorts". Also in source distributions:
read "BUGS" for a list of known bugs, non-bugs and possible future bugs,
and see "Contents" for a commented listing of all the distributed files.
ALSO NOTE: Info-ZIP's mailing addresses CHANGED between UnZip 5.0p1 and
5.1 releases (and since Zip 2.0.1)! The old BITNET address doesn't even
exist anymore. See below.
__________________________________________________________________________
GENERAL INFO
------------
UnZip is an extraction utility for archives compressed in .zip format (also
called "zipfiles"). Although highly compatible with PKWARE's PKZIP and
PKUNZIP utilities for MS-DOS (in addition to Info-ZIP's own Zip program),
our primary objectives have been portability and non-MSDOS functionality.
This version of UnZip has been ported to a wide array of hardware--from
micros to supercomputers--and operating systems: Unix (many flavors),
VMS, OS/2, MSDOS (+ Windows), NT, TOPS-20 (partly), AmigaDOS, Atari TOS,
Macintosh and Human68k. UnZip features not found in PKUNZIP include source
code; default extraction of directory trees (with a switch to defeat this,
rather than the reverse); VMS, Macintosh and OS/2 extended file attributes;
and, of course, the ability to run under most of your favorite operating
systems. Plus, it's free. :-)
For source distributions, see the main Contents file for a list of what's
included, and read INSTALL for instructions on compiling (including OS-
specific comments). The individual operating systems' Contents files (for
example, vms/Contents) may list important compilation info in addition to
explaining what files are what, so be sure to read them. Some of the ports
have their own, special README files, so be sure to look for those, too.
See unzip.1 or unzip.doc for usage (or the corresponding UnZipSFX, ZipInfo
and fUnZip docs). For VMS, unzip_def.rnh or unzip_cli.help may be compiled
into unzip.hlp and installed as a normal VMS help entry; see vms/descrip.mms.
CHANGES AND NEW FEATURES
------------------------
The biggest new feature in the 5.11 release is the addition of UnZipSFX,
an executable stub which may be prepended to any new-style zipfile to
create a self-extracting archive. This has been tested under Unix, VMS,
MS-DOS, OS/2, etc., and it works pretty well, although the size of the
compiled stub may be rather large on some OSes (e.g., a few hundred kilo-
bytes on Crays :-) ), and the resulting archives are NOT portable *across*
different operating systems. We mainly wanted this for our own use in
distributing UnZip...
Also new/changed in 5.11: rewrote unshrink() completely from scratch,
allowing for a "clean," unencumbered version on 32-bit and better systems
(see COPYING for details); moved virtually all strings to far memory in
MS-DOS, once again allowing use of the small memory model (at least for
Microsoft compilers); added numerous customization options (see INSTALL
for details) and extended the -v option to print a diagnostic screen of
local customizations if no zipfile name is given (i.e., "unzip -v"); added
a -C option for case-insensitive filename matching (oft asked-for on MS-DOS
and OS/2, especially in the BBS and offline-mail-reader communities); added
more "intelligence" for dealing with bad zipfiles (and, in some cases, con-
catenated multi-part archives--doesn't always work, but better than before);
changed the former -U behavior to be the default, with a new -L option to
provide what was the default behavior (auto-convert filenames from uppercase
OSes to lowercase); added a new ZipInfo -T option to print times in a deci-
mal format (yymmdd.hhmmss) suitable for piping into sort(1); and improved/
expanded the documentation a great deal (particularly man pages/*.doc files
and INSTALL file). We even managed some extra performance tuning (albeit
rather minor).
Since 5.1 was never posted to comp.sources.misc, here's a quick summary of
the features which were new in version 5.1: wildcard zipfiles; ability to
extract to a directory other than the current one; auto-conversion of text
files; disabling of ANSI sequences in comments and filenames (to protect
against "ANSI bombs"); incorporation of ZipInfo into UnZip; full Amiga,
Atari, Mac, NT and Human68K support (and partial TOPS-20 support); and per-
formance tweaks resulting in 35-70% faster extraction, depending on the
compression method.
DISTRIBUTION
------------
If you have a question regarding redistribution of Info-ZIP software,
either as-is, as packaging for a commercial product, or as an integral
part of a commercial product, read the Frequently Asked Questions (FAQ)
section of the included COPYING file.
Insofar as C compilers are rare on some platforms and the authors only
have direct access to Unix, VMS, OS/2, MS-DOS, Mac, Amiga and Atari
systems, others may wish to provide ready-to-run executables for new
systems. In general there is no problem with this; we require only that
such distributions include this README file, the Where file, the COPYING
file (contains copyright/redistribution information), and the appropriate
documentation files (unzip.doc and/or unzip.1 for UnZip, etc.). If the
local system provides a way to make self-extracting archives in which both
the executables and text files may be stored together, that is best (in
particular, use UnZipSFX if at all possible, even if it's a few kilobytes
bigger than the alternatives); otherwise we suggest a bare UnZip executable
and a separate zipfile containing the remaining text and binary files. If
another archiving method is in common use on the target system (for example,
Zoo or LHa), that may also be used.
BUGS AND NEW PORTS: CONTACTING INFO-ZIP
----------------------------------------
All bug reports and patches (context diffs only, please!) should go to
zip-bugs@wkuvx1.wku.edu, which is the e-mail address for the Info-ZIP
authors. "Dumb questions" which aren't adequately answered in the docu-
mentation should also be directed here rather than to a global forum such
as Usenet. (Kindly make certain that your questions *isn't* answered by
the documentation, however--a great deal of effort has gone into making
it clear and complete.) Suggestions for new features can be sent to
info-zip@wkuvx1.wku.edu, a mailing list for the Info-ZIP beta testers,
for discussion (the authors hang out here as well, of course), although
we don't promise to act on all suggestions. If it is something which is
manifestly useful, sending the required patches to zip-bugs directly (as
per the instructions in the ZipPorts file) is likely to produce a quicker
response than asking us to do it--the authors are always somewhat short
on time. (Please do NOT send patches or encoded zipfiles to the info-zip
address.)
If you are considering a port, not only should you read the ZipPorts file,
but also please check in with zip-bugs BEFORE getting started, since the
code is constantly being updated behind the scenes. For example, an Acorn/
Archimedes port is already almost complete, as is an OS/2 dynamic link lib-
rary (DLL) version; VMOS, VM/CMS, Netware, QDOS and NT DLL ports are claimed
to be under construction, although we have yet to see any up-to-date patches.
We will arrange to send you the latest sources. The alternative is the pos-
sibility that your hard work will be tucked away in a sub-archive and mostly
ignored, or completely ignored if someone else has already done the port
(and you'd be surprised how often this has happened). IBM mainframe ports
(VM/CMS and/or MVS) would be particularly welcome. (It can't be *that* hard,
folks...the VMS filesystem is similar in many ways.)
BETA TESTING: JOINING INFO-ZIP
-------------------------------
If you'd like to keep up to date with our UnZip (and companion Zip utility)
development, join the ranks of beta testers, add your own thoughts and con-
tributions, etc., send a two-line mail message containing the commands HELP
and LIST (on separate lines in the body of the message, not on the subject
line) to mxserver@wkuvx1.wku.edu. You'll receive two messages listing the
various Info-ZIP mailing-list formats which are available (and also various
unrelated lists) and instructions on how to subscribe to one or more of them
(courtesy of Hunter Goatley). As of mid-1994, subscribing to the announce-
ments list requires a command of the form
SUBSCRIBE Info-ZIP-announce "Joe Isuzu"
The discussion list is called either Info-ZIP or Info-ZIP-digest, depending
on one's preference for delivery.
-- Greg Roelofs (Cave Newt), UnZip maintainer/container/explainer and
developer guy, with inspiration from David Kirschbaum