home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / compress / 3239 < prev    next >
Encoding:
Text File  |  1992-09-09  |  3.7 KB  |  80 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!riacs!pan.arc.nasa.gov!roelofs
  3. From: roelofs@pan.arc.nasa.gov (Cave Newt)
  4. Subject: Re: Some minor problems with the new Info-ZIP
  5. Message-ID: <1992Sep9.190939.18913@riacs.edu>
  6. Sender: news@riacs.edu
  7. Organization: University of Chicago
  8. References: <bontchev.716054908@fbihh>
  9. Date: Wed, 9 Sep 92 19:09:39 GMT
  10. Lines: 68
  11.  
  12. bontchev@fbihh.informatik.uni-hamburg.de writes:
  13.  
  14. >1) There is some inconsistency in the file naming in the two archives.
  15. >The files in the unzip50.zip archive all have lowercase-only names,
  16. >while the files in zip19p1.zip have mixed-case names. It seems that
  17. >the two archives have been created by two different people. At first I
  18. >even thought that the first archive has been re-packaged under
  19. >MS-DOS... Would be nice if at least the text files that have one and
  20. >the same contents in the two archives have also one and the same name.
  21.  
  22. Oh really?  That's true; could be; and it would be.  Which is to say:
  23. the files in unzip50.zip did not have lowercase-only names when they
  24. left *my* system.  We *are* talking about sources, right?  Anyway, yes,
  25. Zip and UnZip are maintained by two different people; we're slowly
  26. moving closer together in terms of making these a unified package, 
  27. but it's hampered by the fact that UnZip is ancient history and has
  28. a lot of cruft in it.  For all I know, the archive you found *was*
  29. re-packaged under DOS.  Sorry, but that's not how it was released.
  30.  
  31. >2) The file names in the Mac and VMS directories do not conform to the
  32. >ZipRules.
  33.  
  34. Oh, well, as everybody knows, "do as I say, not as I do". :-)  Which
  35. is to say:  there are limits to what you can jam into an 8.3 format,
  36. and it's not reasonable to do so with Mac and VMS filenames, since
  37. they're not useful on 8.3 systems (i.e., MS-DOS), anyway.  I apologize
  38. for the filename with two dots in it; that was an oversight (fatal in
  39. the case of SHEZ80, btw).  To be fixed in the next release...
  40.  
  41. Btw, if you use UnZip to extract, none of this matters, since it does
  42. a good job of mapping filenames for you.  And the next version will
  43. have a -x option similar to Zip's (that is, you'll be able to exclude
  44. the VMS and Mac files via "unzip unzip51 *.[ch] -x VMS* Mac*").
  45.  
  46. >3) The makefiles are also not consistent between the two archives. For
  47. >instance, one of the makefiles supports the "list" tag, while the
  48. >other doesn't.
  49.  
  50. I'll let Jean-loup handle that one. :-)
  51.  
  52. >4) What happened with the program ship? Why its disappearance is not
  53. >properly documented?
  54.  
  55. Ship has nothing to do with zip and unzip, aside from being a convenient
  56. way to mail zipfiles to and from the authors.  It was included as "extra
  57. baggage" for two releases, but it was never fully documented (i.e., no
  58. man page) and nobody ever claimed it would stick around.  The old version
  59. still works; a new version will be distributed separately, "sometime soon"
  60. (I'll let Mark make that more precise; he's been on vacation).
  61.  
  62. >A version that would support
  63. >different encoding schemes (e.g., xxencode) would be nice...
  64.  
  65. Now *there's* an interesting idea.  That should be a fairly simple
  66. extension to the format, too.  Mark, what do you think?
  67.  
  68. >5) The most important of all. Can I create archives that are
  69. >compatible with PKZIP 1.10 or with the old zip? I.e., is there an
  70. >option to disable the deflation method?
  71.  
  72. No.  Zip 1.0 (and now 1.1--just a couple of bugfixes) are still available; 
  73. use them in the interim, but don't expect them to be updated any further.
  74. I agree that it would be convenient to have the old compression methods
  75. supported, but it adds a lot of complexity and bulk to the code.  Just the
  76. sources for Zip and UnZip are now running well over a megabyte.
  77.  
  78. Greg Roelofs
  79. Info-ZIP UnZip guy
  80.