home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / a_utils / _archvrs / unix / unzip51 / amiga / bugs < prev    next >
Encoding:
Text File  |  1992-10-12  |  3.0 KB  |  74 lines
  1.  
  2. Updated:  10/5/92
  3.  
  4. Current & Known problems (or limitations) with UnZip 5.0 on Amiga.
  5. Status interpretation by John Bush, certainly open for debate.
  6. [GRR:  debating mode on :-)]
  7.  
  8. =======================================================================
  9. UNZIP
  10.  
  11.   o  Crypt.c has not been fully ported and tested yet.
  12.      Status:  to be completed.
  13.   
  14.   o  When restoring directories, the date stamp on the directory
  15.      entry itself takes on the current date/time, not the date
  16.      of the entry in the archive.  Files within the directory
  17.      are restored to their proper date/time.
  18.      Status:  To be investigated.
  19. [general unzip bug]
  20.  
  21.   o  Partial restores are case sensitive.  For example, to extract
  22.      the contents of "Dir/SubDir/STuff", you must specify the entire
  23.      path in the same case as what's in the archive.  Ie,
  24.      "UnZip -x bones.zip Dir/SubDir/STuff/*"
  25.      Status:  A "Feature".  Just use "-v" ahead of time to view names.
  26. [must be this way:  else no way to extract one particular file if
  27.  exist several with names differing only in case]
  28.  
  29.   o  Use of the "-c" and "-p" options have limited use, since true
  30.      pipes are not implemented on Amiga.  Application might be 
  31.      limited to online documentation display or redirection filters.
  32.      Status:  No mysterious force prevents you from using these options.
  33. [-c is primarily useful for printing to screen]
  34.  
  35.   o  File time stamps are rounded up one second after restoring, the
  36.      first time only.  Subsequent zips and unzips of the same files
  37.      (if unchanged) preserve the same time.
  38.      Status:  Not a problem.  Caused by round-up.
  39. [actually rounded up inside zipfile:  MS-DOS time/date limitation,
  40.  now part of zipfile standard]
  41.  
  42.   o  On restore, volume identifiers are renamed to the local disk
  43.      by translating the ":" character to "_".  Thus, for example,
  44.      restoring an archive containing the full path "WORK:gabba/hey"
  45.      results in the restoral of "WORK_gabba/hey", in the current
  46.      directory.
  47.      Status:  To be investigated further.  (Do we really want to
  48.      restore Zip archives to fully qualified Volume:Path references?
  49.      Sounds nice for backup/restore apps, but what about the novice?)
  50. [what is a "volume"?  disk specifiers must be removed (in zip), but
  51.  if a volume is more like a directory, then it could be stored as-is.
  52.  preserving the colon is trivial (mapname), but what are you going to
  53.  do with Unix colons?]
  54.  
  55. ========================================================================
  56. ZIPINFO
  57.  
  58.   o  Unix file type always displays as "?" instead of "-,d,l,c,...".
  59.      Status:  to be fixed
  60. [fixed 11 Oct]
  61.  
  62.   o  Zipinfo displays Unix permissions/attributes, even when OS made_by
  63.      is Amiga.
  64.      Status:  To be fixed.
  65. [fixed Oct 5, 1992 -- Amiga attributes implemented]
  66.  
  67. ========================================================================
  68. FUNZIP
  69.  
  70.   o  Will create an empty output file if the first entry in the ZIP file
  71.      is a directory entry.
  72.      Status:  Not a problem.  FunZip was not designed (yet) for generic
  73.      extraction of nested elements.
  74.