home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ENTERPRS / CPM / UTILS / S / UNZIP099.ARC / UNZIP.DOC < prev   
Text File  |  1989-09-27  |  3KB  |  62 lines
  1.  
  2.                         CP/M UNZIP v0.99
  3.  
  4. Usage:  UNZIP  <filename[.zip]>  [<afn>]
  5.  
  6. Extracts all members of the specified ZIPfile matching <afn>.
  7. If <afn> is not present, a directory of the ZIPfile is displayed.
  8.  
  9. Examples:
  10.  
  11. UNZIP TEST *.*
  12.   extracts all members of TEST.ZIP to the current drive.
  13.  
  14. UNZIP TEST
  15.   displays a directory of the members of TEST.ZIP
  16.  
  17. -----
  18. Good news:
  19.  
  20. 1. Now extracts all files regardless of the compression method or
  21.    version of PKZIP used to create the ZIP file.
  22.  
  23. 2. Now also performs a full ZIPfile directory listing.
  24.  
  25. 3. Extracts from SFX (self-extracting) .EXE type ZIPfiles.
  26.  
  27. 4. Should perform all functions with no more than 46k of TPA.
  28.  
  29. Other news.
  30.  
  31. 1. The program uses three (ugh) overlay files, one for each of the three
  32.    possible main compression methods.  I had a single file version
  33.    pretty much running, but was having problems with Aztec 'C's dynamic
  34.    memory functions.  It should be possible (the memory allocation
  35.    functions could be circumvented if necessary) but that version was
  36.    nearing the practical TPA limit anyway.  The main problem with the
  37.    overlays is not so much execution speed (an overlay is only called
  38.    in once per file to be extracted) but is rather the inconvenience
  39.    created by the limited ability of the compiled code to find its
  40.    overlays.  This version pretty much has to be run from the same drive
  41.    & user the overlays are located in (or they can be in the same user
  42.    area of drive 'A').
  43.  
  44. 2. The program still doesn't perform the 32-bit CRC check of the
  45.    extracted file.  A thoughtful user just sent me some Z80 code to
  46.    perform this function, but time pressures prevents me from
  47.    incorporating this at the moment.  The same time constraints are
  48.    preventing me from working further on other aspects of the program -
  49.    the issues mentioned above as well as enhancements like non-
  50.    extracting (typing/viewing) capability.  Hopefully I will be able to
  51.    get back to some of this soon.
  52.  
  53.    The program does do as many internal validity checks as feasible of
  54.    the file being processed.  Although I have every reason to believe
  55.    the program is performing properly, the possibility of an incorrect
  56.    extraction cannot be eliminated, so "standard disclaimers apply".  If
  57.    anyone encounters any of the internal error messages, or has other
  58.    problems or comments, please leave a message at the CRUNCH BBS at
  59.    (201) 447-6543.
  60.                                                 - Steven  Greenberg
  61.                                                   12 September 1989
  62.