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 Aztec Manx and general improvements (wild cards, assembler code, ...) Paul Kienitz Original 68000 assembler version of match.a subroutine: Carsten Steger 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 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 ****