home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
World of A1200
/
World_Of_A1200.iso
/
programs
/
compress
/
filearchivers
/
zip201
/
readme.ami
< prev
next >
Wrap
Text File
|
1995-02-27
|
9KB
|
220 lines
Info-Zip Zip 2.0.1 Executables for Amiga -- exportable compilation
========================================================================
Date: September 21, 1993
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 and Zip-Bugs support for Amiga:
John Bush <john.bush@east.sun.com>
Aztec Manx and general improvements (wild cards, assembler code, ...)
Paul Kienitz <paul.kienitz@f28.n125.z1.fidonet.org>
Original 68000 assembler version of match.a subroutine:
Carsten Steger <stegerc@informatik.tu-muenchen.de>
Primary repositories
--------------------
1. Internet: ftp.uu.net:/pub/archiving/zip/AMIGA/
Index -- text file listing contents
zip201x.zip -- zip archive for those with unzip
zip201x.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 -- zip201x.lha
Excerpts from the Index and README.AMI files will be posted with
the file description in the BBS version. PLEASE PRESERVE IT IF
UPLOADED ELSEWHERE.
Changes from beta version
-------------------------
See the "history" file for a list of generic changes.
1. Recompilation using SAS/C version 6.3 eliminated a bug using
"zip -l", which caused 2 line feeds to be generated instead of
CR LF.
2. Support for an assembler version of longest_match() has been
included. Performance improvement is anywhere from 5% to
25% better than the original beta executables, depending on
input data and cpu model.
3. Improved wildcard support.
NOTES
========================================================================
Encryption
--------
This distributed executable does not support encryption. However,
encryption is optionally available for Info-Zip's Zip. If you have a SAS/C
version 6.3+ Manx Aztec version 5.2+ compiler, you can obtain the source
code from a non-USA based location where it was developed, and
recompile with encryption enabled. See the file, "Where" for information
on obtaining sources.
The ZipCloak command was removed, because without encryption, it just
reports that encryption is not supported. This saved 30kB of space.
If you are Internet accessible within the USA, but don't have access
to one of the above mentioned compilers, I will email you a
uuencoded copy of an executable with encryption enabled. HOWEVER, to
qualify for this, you must conform to the following. I will ignore any
request without follow-up that doesn't provide the following information:
1. You must reside in the USA with a US-based internet domain
address.
2. You must not promise not to upload the encryption enabled
executable to any publicly accessible source.
I reserve the right not to respond to requests if I can't do this
in my spare time! (but I'll do my best)
Requests to: John Bush <john.bush@east.sun.com>
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. The Amiga PIPE: "pseudo device" is not capable
of adequate support for Zip. Therefore, support is limited for pipe
operations, and Amiga users should not expect that functionality to work
until we specifically implement and announce support for it.
I acknowledge that some 3rd parties, such as Matt Dillon and William
Hawes, have improved the pipe device on Amiga, but the trick is to
standardize this support, get Commodore to support it, and port
the capability to the other unix-like utilities such as tar, dd, cpio, etc.
I think I'd rather go over Niagra Falls in a kayak loaded with cinder blocks.
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.
Current directory specifier
---------------------------
The Amiga also doesn't allow "." (dot character) to specify the current
directory. Instead, Amiga expects a NULL string ("") to specify the
current directory. This construct WILL NOT WORK with Zip yet.
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 "?".
One extension not described in zip.doc is the use of "^" in wildcard
strings. Specifically, "[^x]" will match any name NOT CONTAINING "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".
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.
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.
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 previous Amiga release
was UnZip version 5.1d3, dated February 23, 1993, which is compatible.
It is also compatible with PKUNZIP 2.04g and above for DOS.
Two options are provided with Zip 2.0.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. 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.BITNET> ****