home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4330 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!ellis!roe2
  3. From: roe2@ellis.uchicago.edu (Cave Newt)
  4. Subject: Re: PKZip 2.04c quick impressions
  5. Message-ID: <1993Jan5.172729.23504@midway.uchicago.edu>
  6. Sender: news@uchinews.uchicago.edu (News System)
  7. Reply-To: roe2@midway.uchicago.edu
  8. Organization: University of Chicago
  9. References: <rdippold.726235592@cancun> <bontchev.726251313@fbihh>
  10. Date: Tue, 5 Jan 1993 17:27:29 GMT
  11. Lines: 38
  12.  
  13. bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Vladimirov Bontchev) writes:
  14.  
  15. >You should compare it with PKZIP 1.93 - theoretically it should have
  16. >the same compression ratio, unless they have invented something really
  17. >new, which I strongly doubt...
  18.  
  19. There was room for tweaking within the current format.  Info-ZIP's
  20. Zip gets slightly better compression than PKZIP 1.93a on some files.
  21.  
  22. >I doubt that the Info-ZIP product can be made to use a
  23. >more intelligent way to handle multi-volume archives if it wants to
  24. >stay compatible... Unless they decide to implement both ways - the
  25. >silly one in the new PKZIP and a more intelligent and straightforward
  26. >one...
  27.  
  28. Hmmmm...maybe.  It would certainly be easy enough to add a same-disk
  29. option to Zip which would create ARCHIVE.001, ARCHIVE.002, etc.  We
  30. could even make a program to copy the archives to floppies, rename
  31. them and create the appropriate PKDISK#.xxx file (possibly as a batch/
  32. command file, but I don't recall how to create an empty file without
  33. "touch").
  34.  
  35. We'll have to discuss this amongst ourselves.  Brilliant ideas/suggestions
  36. may be sent to info-zip@wkuvx1.bitnet... :-)
  37.  
  38. >> It did handle it nicely when I threw a floppy with a bad sector at it.
  39. >> It just stopped packing at that point and asked for the next disk, and
  40. >> continued from there.
  41.  
  42. >Hmmm, a better solution would be to just skip to the end of the
  43. >compressed -image- of the file that contains the bad sector and to
  44. >continue with the next file from the same disk...
  45.  
  46. He was talking about packing, not unpacking.  Getting rid of the bad
  47. disk is the proper response when writing the archive.
  48.  
  49. Greg Roelofs
  50. Info-ZIP guy
  51.