
Updated:  10/5/92

Current & Known problems (or limitations) with UnZip 5.0 on Amiga.
Status interpretation by John Bush, certainly open for debate.
[GRR:  debating mode on :-)]

=======================================================================
UNZIP

  o  Crypt.c has not been fully ported and tested yet.
     Status:  to be completed.
  
  o  When restoring directories, the date stamp on the directory
     entry itself takes on the current date/time, not the date
     of the entry in the archive.  Files within the directory
     are restored to their proper date/time.
     Status:  To be investigated.
[general unzip bug]

  o  Partial restores are case sensitive.  For example, to extract
     the contents of "Dir/SubDir/STuff", you must specify the entire
     path in the same case as what's in the archive.  Ie,
     "UnZip -x bones.zip Dir/SubDir/STuff/*"
     Status:  A "Feature".  Just use "-v" ahead of time to view names.
[must be this way:  else no way to extract one particular file if
 exist several with names differing only in case]

  o  Use of the "-c" and "-p" options have limited use, since true
     pipes are not implemented on Amiga.  Application might be 
     limited to online documentation display or redirection filters.
     Status:  No mysterious force prevents you from using these options.
[-c is primarily useful for printing to screen]

  o  File time stamps are rounded up one second after restoring, the
     first time only.  Subsequent zips and unzips of the same files
     (if unchanged) preserve the same time.
     Status:  Not a problem.  Caused by round-up.
[actually rounded up inside zipfile:  MS-DOS time/date limitation,
 now part of zipfile standard]

  o  On restore, volume identifiers are renamed to the local disk
     by translating the ":" character to "_".  Thus, for example,
     restoring an archive containing the full path "WORK:gabba/hey"
     results in the restoral of "WORK_gabba/hey", in the current
     directory.
     Status:  To be investigated further.  (Do we really want to
     restore Zip archives to fully qualified Volume:Path references?
     Sounds nice for backup/restore apps, but what about the novice?)
[what is a "volume"?  disk specifiers must be removed (in zip), but
 if a volume is more like a directory, then it could be stored as-is.
 preserving the colon is trivial (mapname), but what are you going to
 do with Unix colons?]

========================================================================
ZIPINFO

  o  Unix file type always displays as "?" instead of "-,d,l,c,...".
     Status:  to be fixed
[fixed 11 Oct]

  o  Zipinfo displays Unix permissions/attributes, even when OS made_by
     is Amiga.
     Status:  To be fixed.
[fixed Oct 5, 1992 -- Amiga attributes implemented]

========================================================================
FUNZIP
 
  o  Will create an empty output file if the first entry in the ZIP file
     is a directory entry.
     Status:  Not a problem.  FunZip was not designed (yet) for generic
     extraction of nested elements.
