ZIPINFO(1L)                                           ZIPINFO(1L)NAME       zipinfo - list detailed information about a ZIP archiveSYNOPSIS       zipinfo     [-12smlvhMtTz]     file[.zip]    [file(s) ...]       [-x xfile(s) ...]       unzip   -Z   [-12smlvhMtTz]    file[.zip]    [file(s) ...]       [-x xfile(s) ...]DESCRIPTION       zipinfo  lists  technical information about files in a ZIP       archive, most commonly  found  on  MS-DOS  systems.   Such       information  includes  file access permissions, encryption       status, type of compression, version and operating  system       or  file system of compressing program, and the like.  The       default behavior (with no options) is to list  single-line       entries  for  each  file  in  the archive, with header and       trailer lines providing summary information for the entire       archive.  The format is a cross between Unix ``ls -l'' and       ``unzip -v''  output.   See  DETAILED  DESCRIPTION  below.       Note  that  zipinfo  is  the  same program as unzip (under       Unix, a link to it); on  some  systems,  however,  zipinfo       support may have been omitted when unzip was compiled.ARGUMENTS       file[.zip]              Path of the ZIP archive(s).  If the file specifica-              tion is a wildcard, each matching file is processed              in  an order determined by the operating system (or              file system).  Only the filename can be a wildcard;              the  path  itself cannot.  Wildcard expressions are              similar to Unix egrep(1) (regular) expressions  and              may contain:              *      matches a sequence of 0 or more characters              ?      matches exactly 1 character              [...]  matches  any  single  character found inside                     the brackets;  ranges  are  specified  by  a                     beginning character, a hyphen, and an ending                     character.  If an  exclamation  point  or  a                     caret (`!' or `^') follows the left bracket,                     then the  range  of  characters  within  the                     brackets  is complemented (that is, anything                     except the characters inside the brackets is                     considered a match).              (Be  sure  to quote any character that might other-              wise be interpreted or modified  by  the  operating              system,  particularly  under  Unix and VMS.)  If no              matches are found, the specification is assumed  to              be  a literal filename; and if that also fails, theInfo-ZIP             17 February 2002 (v2.4)                    1ZIPINFO(1L)                                           ZIPINFO(1L)              suffix .zip is appended.  Note that self-extracting              ZIP files are supported; just specify the .exe suf-              fix (if any) explicitly.       [file(s)]              An optional list of  archive  members  to  be  pro-              cessed.   Regular  expressions  (wildcards)  may be              used to match multiple members; see above.   Again,              be  sure  to quote expressions that would otherwise              be expanded or modified by the operating system.       [-x xfile(s)]              An optional list of archive members to be  excluded              from processing.OPTIONS       -1     list  filenames  only,  one  per line.  This option              excludes all others; headers, trailers and  zipfile              comments are never printed.  It is intended for use              in Unix shell scripts.       -2     list filenames only, one per line, but allow  head-              ers  (-h), trailers (-t) and zipfile comments (-z),              as well.  This option may be useful in cases  where              the stored filenames are particularly long.       -s     list  zipfile  info in short Unix ``ls -l'' format.              This is the default behavior; see below.       -m     list zipfile info in medium Unix ``ls -l''  format.              Identical  to  the  -s output, except that the com-              pression factor, expressed as a percentage, is also              listed.       -l     list  zipfile  info  in long Unix ``ls -l'' format.              As with -m except  that  the  compressed  size  (in              bytes) is printed instead of the compression ratio.       -v     list zipfile  information  in  verbose,  multi-page              format.       -h     list  header  line.   The archive name, actual size              (in bytes) and total number of files is printed.       -M     pipe all output through an internal  pager  similar              to  the  Unix  more(1)  command.   At  the end of a              screenful  of  output,  zipinfo   pauses   with   a              ``--More--''  prompt;  the  next  screenful  may be              viewed by pressing the Enter (Return)  key  or  the              space  bar.   zipinfo can be terminated by pressing              the  ``q''  key   and,   on   some   systems,   the              Enter/Return key.  Unlike Unix more(1), there is no              forward-searching  or  editing  capability.   Also,              zipinfo  doesn't  notice  if long lines wrap at theInfo-ZIP             17 February 2002 (v2.4)                    2ZIPINFO(1L)                                           ZIPINFO(1L)              edge of the screen, effectively  resulting  in  the              printing  of  two  or more lines and the likelihood              that some text will  scroll  off  the  top  of  the              screen  before  being  viewed.  On some systems the              number of available lines  on  the  screen  is  not              detected,  in which case zipinfo assumes the height              is 24 lines.       -t     list totals for files listed or for all files.  The              number of files listed, their uncompressed and com-              pressed total sizes, and their overall  compression              factor  is  printed; or, if only the totals line is              being printed, the values for  the  entire  archive              are  given.   Note that the total compressed (data)              size will never  match  the  actual  zipfile  size,              since  the latter includes all of the internal zip-              file headers in addition to the compressed data.       -T     print the file dates and times in a sortable  deci-              mal  format (yymmdd.hhmmss).  The default date for-              mat is a more standard, human-readable version with              abbreviated month names (see examples below).       -z     include  the  archive comment (if any) in the list-              ing.DETAILED DESCRIPTION       zipinfo has a number of modes, and  its  behavior  can  be       rather difficult to fathom if one isn't familiar with Unix       ls(1) (or even if one is).  The  default  behavior  is  to       list files in the following format:  -rw-rws---  1.9 unx    2802 t- defX 11-Aug-91 13:48 perms.2660       The  last  three fields are the modification date and time       of the file, and its name.  The case of  the  filename  is       respected;  thus  files  that  come  from MS-DOS PKZIP are       always capitalized.  If the file was zipped with a  stored       directory  name,  that  is  also  displayed as part of the       filename.       The second and third fields indicate  that  the  file  was       zipped under Unix with version 1.9 of zip.  Since it comes       from Unix, the file permissions at the  beginning  of  the       line  are  printed in Unix format.  The uncompressed file-       size (2802 in this example) is the fourth field.       The fifth field consists  of  two  characters,  either  of       which may take on several values.  The first character may       be either `t' or `b', indicating  that  zip  believes  the       file  to  be text or binary, respectively; but if the file       is encrypted, zipinfo notes this fact by capitalizing  the       character  (`T'  or  `B').   The second character may also       take on four values, depending  on  whether  there  is  anInfo-ZIP             17 February 2002 (v2.4)                    3ZIPINFO(1L)                                           ZIPINFO(1L)       extended local header and/or an ``extra field'' associated       with the file (fully explained  in  PKWare's  APPNOTE.TXT,       but  basically  analogous to pragmas in ANSI C--i.e., they       provide a standard way to include non-standard information       in the archive).  If neither exists, the character will be       a hyphen (`-'); if there is an extended local  header  but       no  extra  field,  `l';  if  the reverse, `x'; and if both       exist, `X'.  Thus the file in this example is (probably) a       text  file,  is  not  encrypted,  and has neither an extra       field nor an extended local  header  associated  with  it.       The  example  below,  on  the  other hand, is an encrypted       binary file with an extra field:  RWD,R,R     0.9 vms     168 Bx shrk  9-Aug-91 19:15 perms.0644       Extra fields are used for various purposes (see discussion       of  the -v option below) including the storage of VMS file       attributes, which is presumably the case here.  Note  that       the  file attributes are listed in VMS format.  Some other       possibilities for the  host  operating  system  (which  is       actually  a  misnomer--host  file  system is more correct)       include OS/2 or  NT  with  High  Performance  File  System       (HPFS),  MS-DOS,  OS/2  or  NT  with File Allocation Table       (FAT) file system, and Macintosh.  These  are  denoted  as       follows:  -rw-a--     1.0 hpf    5358 Tl i4:3  4-Dec-91 11:33 longfilename.hpfs  -r--ahs     1.1 fat    4096 b- i4:2 14-Jul-91 12:58 EA DATA. SF  --w-------  1.0 mac   17357 bx i8:2  4-May-92 04:02 unzip.macr       File  attributes in the first two cases are indicated in a       Unix-like  format,  where  the  seven  subfields  indicate       whether  the  file:   (1)  is a directory, (2) is readable       (always true), (3) is writable, (4) is executable (guessed       on  the basis of the extension--.exe, .com, .bat, .cmd and       .btm files are assumed to be so), (5) has its archive  bit       set, (6) is hidden, and (7) is a system file.  Interpreta-       tion of Macintosh file attributes  is  unreliable  because       some Macintosh archivers don't store any attributes in the       archive.       Finally, the sixth field indicates the compression  method       and possible sub-method used.  There are six methods known       at present:  storing (no compression),  reducing,  shrink-       ing,  imploding, tokenizing (never publicly released), and       deflating.  In addition, there are four levels of reducing       (1  through  4); four types of imploding (4K or 8K sliding       dictionary, and 2 or 3 Shannon-Fano trees); and four  lev-       els  of  deflating  (superfast, fast, normal, maximum com-       pression).  zipinfo represents  these  methods  and  their       sub-methods  as  follows:   stor;  re:1, re:2, etc.; shrk;       i4:2, i8:3, etc.; tokn; and defS, defF, defN, and defX.       The medium and long listings are almost identical  to  theInfo-ZIP             17 February 2002 (v2.4)                    4ZIPINFO(1L)                                           ZIPINFO(1L)       short  format  except  that  they  add  information on the       file's compression.  The medium format  lists  the  file's       compression  factor  as a percentage indicating the amount       of space that has been ``removed'':  -rw-rws---  1.5 unx    2802 t- 81% defX 11-Aug-91 13:48 perms.2660       In this example, the file has been compressed by more than       a  factor of five; the compressed data are only 19% of the       original size.   The  long  format  gives  the  compressed       file's size in bytes, instead:  -rw-rws---  1.5 unx    2802 t-     538 defX 11-Aug-91 13:48 perms.2660       Adding  the  -T  option  changes the file date and time to       decimal format:  -rw-rws---  1.5 unx    2802 t-     538 defX 910811.134804 perms.2660