home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The Best of Mecomp Multimedia 1
/
Mecomp-CD.iso
/
amiga
/
packer
/
zip_v2.1
/
encrypting
/
readme.ami
next >
Wrap
Text File
|
1996-05-10
|
12KB
|
287 lines
Info-Zip Zip 2.1 Executables for Amiga -- NON-EXPORTABLE compilation
========================================================================
Date: May 10, 1996
Authors: The Info-Zip internet group, original coding by
Mark Adler, Richard Wales, and Jean-loup Gailly.
See the "infozip.who" file for a complete list of
contributors.
What
----
Zip is a directory and file compression and archiving utility. Zip
provides a rich set of file management and manipulation commands,
including splitting of large archives, selection of compression methods,
and wild card inclusion and exclusion features. It is compatible with
PKZIP version 2.04g (but is not a PKZIP clone). Info-Zip's Zip is free,
and runs on a wide variety of Unix and proprietary system platforms.
A companion utility, Unzip, is also provided by Info-Zip, and is
developed by other members of the group. Chances are, you can obtain
the most current version of Unzip from the same place you obtained this.
These utilities have also been referred to as "Portable Zip and Unzip".
See the file, "zip.doc" for a description of the included utilities and
how to use them.
Amiga Contacts
--------------
SAS/C porting:
John Bush <john.bush@east.sun.com>
Manx Aztec C porting and assembly code:
Paul Kienitz <paul.kienitz@shelter.sf.ca.us>
Because recent revisions have not been tested with SAS/C, these
executables have been compiled with Aztec C. SAS/C generates much
better code on average, but the use of assembly language "hot spots"
helps to minimize the performance differences.
Primary repositories
--------------------
1. Internet: ftp.uu.net:/pub/archiving/zip/AMIGA/
Index -- text file listing contents
zip21x.zip -- zip archive for those with unzip
zip21x.lha -- lha archive for those without unzip
If you don't have lha or unzip, then first obtain the latest
version of UnZip from the same directory.
2. Dialup: BIX "AMIGA" files section -- zip21x.lha
Excerpts from the Index and README.AMI files should be posted with
the file description in the BBS version. PLEASE PRESERVE IT IF
UPLOADED ELSEWHERE.
Archive contents
----------------
This archive should contain the following files:
README 6760 ----rw-d 27-Apr-96 10:11:32
README.AMI 12337 ----rw-d 10-May-96 08:03:26
zip.doc 32815 ----rw-d 27-Apr-96 03:59:46
algorith.doc 3395 ----rw-d 01-Apr-96 09:10:34
history 30154 ----rw-d 27-Apr-96 04:33:14
infozip.who 12920 ----rw-d 27-Apr-96 10:14:56
Where 13973 ----rw-d 26-Apr-96 13:28:32
Zip 71796 ----rwed 10-May-96 07:13:42
ZipCloak 39224 ----rwed 10-May-96 07:15:30
ZipSplit 38512 ----rwed 10-May-96 07:15:00
ZipNote 36340 ----rwed 10-May-96 07:14:44
Zip-LOWMEM 76564 ----rwed 10-May-96 07:18:24
NOTES
========================================================================
Encryption
----------
This distributed executable supports encryption. Unfortunately, legal
restrictions exist on encrypting software in the United States, even
software such as Zip for which source is publically available and which
is far too crackable for high-security cryptographic uses. What this
means is that this version of Zip cannot be exported from the United
States to any other country... though much of it came from outside the
United States in the first place. This archive probably should not be
put up for public FTP on sites inside the USA. Instead, it should be
made available on sites in Europe and elsewhere.
One recent change since Zip 2.0 is that when using the encryption option
"-e", the password must be entered twice for verification. Previously
this was the case when "-ee" was used.
The ZipCloak command is included. It is left out of the non-encrypting
distribution.
Low memory operation
--------------------
This archive contains two different versions of Zip, in files named
"Zip" and "Zip-LOWMEM". Both compress files into zip archives and are
used identically. The difference is that Zip-LOWMEM only requires half
as much memory to operate as Zip does. If you get an error message
saying that Zip cannot run because there is not enough memory (it
requires at least 350K), try using Zip-LOWMEM instead. Its compression
performance is poorer than that of the real Zip, but is adequate for
many purposes. For instance, Zip-LOWMEM might be able to compress a
large text file by 55% while the real Zip can achieve 65% (with option
-9). With smaller files or non-text files the difference is usually
smaller.
Filenotes
---------
Amiga filenotes are not normally stored in the zip archive. But the zip
format supports storing a one-line comment with each file, and Zip has
an option "-N" which causes any Amiga files with attached filenotes to
be stored with their filenote in this comment field. If "-N" is used
with the -c option, Zip will prompt for you to enter a comment line for
each file that does not have a filenote. The equivalent "-N" option of
UnZip 5.2 will cause such comments to be attached to the expanded files
as filenotes. If desired the option "-N" can be specified in the
environment variable ZIPOPT so that filenotes are always stored.
Self-extracting archives
------------------------
As documented in the UnZip 5.2 package, creation of self-extracting
archives on the Amiga is more complex than on most other platforms. One
consequence of this is that Zip is currently not able to add or remove
files to a self-extracting archive program with the "-A" option. You
must instead use the "-J" option to remove the self-extracting executable
header, and then reconvert the archive to self-extracting form with the
MakeSFX and UnZipSFX programs supplied with Amiga UnZip 5.2. USE OF THE
"-A" OPTION ON AN AMIGA ARCHIVE WILL CREATE AN EXECUTABLE THAT WON'T RUN.
The option can be used with Amiga Zip on self-extracting executables for
other platforms. This problem ought to be fixed in the next release of
Zip.
MakeSFX can, if necessary, be compiled for other systems, so that Amiga
self-extracting archives can be created on non-Amiga systems. The
source is included with the UnZip 5.2 source package, available as
described below.
Timezone information
--------------------
Zip 2.1 and UnZip 5.2 allow files to be stored with Unix-compatible
timestamps specified in universal (Greenwich) time, so that the correct
times will be restored when files are unzipped even when the unzipping
is done in a different timezone from where the archive was created.
Support for this information was not quite complete for the Amiga at the
time of this release, so unless you recompile Zip with the symbol
USE_EF_UX_TIME defined, such timestamps are not stored. It is expected
that a patch version of Zip should be released shortly which will store
Unix timestamps in cases where the system it is run on has a "TZ"
environment variable defined to specify what timezone it is in.
Current directory specifier
---------------------------
The Amiga uses an empty string ("") to specify the current directory,
rather than the dot (".") used on many other systems. This construct
did not work with some compilations of Zip 2.0 but does work with Zip
2.1. For instance, one can archive all files in the current directory
and its subdirectories with a command such as this:
Zip -r foo ""
To archive files in the current directory without including
subdirectories, one would instead use wildcards, for instance:
Zip foo *
Wildcards
---------
Wildcard selection is supported. In addition to the basic regular
expression interpretation as described in the section on PATTERN
MATCHING in zip.doc, we have provided limited Amiga-style support. The
"#?" combination is treated exactly like "*" which matches any number
of any characters. However, the "#" by itself is not supported except
when in combination with the "?". The Amiga alternation syntax (e.g.
"(foo|bar|zot).*") is not supported at all.
One extension not described in zip.doc is the use of "^" in wildcard
strings. Specifically, "[^x]" will match any character other than "x".
The "^" prefix in a bracketed string negates the expression which
follows. For example, the expression "#?.[^o]" will match all names
ending with a single character filename extension, excluding those that
end with ".o", and the expression "[^a-z]*" will match any file whose
name starts with a non-alphabetic character.
The zip.doc file also talks about "escaping" wildcard specifiers to be
passed to Zip, to prevent interpretation by the host shell. This is not
neccessary in the Amiga version.
Archive testing
---------------
The Zip archive testing option "-T" only works if UnZip is in your
command path. It works by simply running "UnZip -t" quietly.
Path stripping
--------------
Directory paths can normally be stripped from stored files by specifying
"zip -j". However, even if "-j" is NOT specified, the Amiga version of
Zip will strip volume names and leading slashes from stored names.
Pipes
-----
Certain features can not be equally represented on all platforms.
Some examples in the online manual page file (zip.doc) are subject to
interpretation for the Amiga platform. For example, true pipes are not
supported on Amiga except with certain third-party command shells. The
Amiga PIPE: device is not capable of adequate support for Zip by any
simple method. However, Zip's pipe-oriented features have been tested
with WShell by William Hawes, and should probably work with other shells
that support pipe syntax.
Unix utilities
--------------
By default, the Amiga doesn't provide some utilities mentioned in
zip.doc, such as tar and dd. However, ports of the Gnu versions of
these utilities are available from most internet servers that carry
Amiga files, such as ftp.luth.se.
Compatibility with UnZip and PKZIP
----------------------------------
Files produced by this version of Zip can be un-archived with Info-Zip's
unzip version 5.0p1 or higher. The current Amiga release of UnZip is
version 5.2, dated May 5, 1996, which is compatible.
It is also compatible with PKUNZIP 2.04g and above for DOS.
Two options are provided with Zip 2.1 to assist in conversion between
DOS and Unix. The "-l" and "-ll" options convert text files between LF
and CR LF forms of delimiters.
In addition, the "-k" option is provided to remap filenames and
attributes to MSDOS form. Be careful using the "-k" option, especially
if the transfer is bidirectional, since full filename information will
be irreversibly converted to DOS naming conventions. What this means is
all filenames will be truncated to "8.3" format, and translated to upper
case. Characters not allowed in DOS will be filtered or translated, and
the host-made-by field will be faked to indicate DOS. Normally, it is
best to name files in the first place according to the lowest common
denominator where they will be used, rather than wrestle with such
conversions.
If creating zip archives to be restored on a DOS machine that has
PKUNZIP version 1.1, encourage your destination user to obtain the DOS
version of Info-Zip unzip (UNZIP.EXE), or PKZIP version 2.04g or better.
This will allow you to transfer archives using the best form of
compression. If you have to exchange files with earlier releases of
PKUNZIP, then you must avoid the "deflation" method of compression (also
known as type 8), by always specifying the "-0" option with Zip. This
performs a "store only" operation, in which files are simply copied into
the archive with no actual compression. Users of earlier releases of
PKUNZIP have the same problem receiving files from PKZIP 2.04 users as
well.
Source code availability
------------------------
See the "Where" file included with the executable archive. See the
"Index" file on the Internet ftp server described above for a list of
what executable archives and formats are included.
========================================================================
**** PLEASE REPORT ALL BUGS TO <Zip-Bugs@wkuvx1.wku.edu> ****