home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4327 < prev    next >
Encoding:
Text File  |  1993-01-05  |  3.0 KB  |  64 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!usc!howland.reston.ans.net!sol.ctr.columbia.edu!ira.uka.de!Sirius.dfn.de!news.DKRZ-Hamburg.DE!rzsun2.informatik.uni-hamburg.de!fbihh!bontchev
  3. From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
  4. Subject: Re: PKZip 2.04c quick impressions
  5. Message-ID: <bontchev.726251313@fbihh>
  6. Sender: news@informatik.uni-hamburg.de (Mr. News)
  7. Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
  8. Organization: Virus Test Center, University of Hamburg
  9. References: <rdippold.726235592@cancun>
  10. Date:  5 Jan 93 16:28:33 GMT
  11. Lines: 51
  12.  
  13. rdippold@cancun.qualcomm.com (Ron Dippold) writes:
  14.  
  15. > else.  It gets better than ARJ on some things I tried, worse on
  16. > others.  Pretty close.  Ditto for Zoo and LZH (they're all in the same
  17. > ballpark).   It runs just fine under OS/2 2.0, detecting the CPU
  18. > properly, and using DPMI correctly.
  19.  
  20. You should compare it with PKZIP 1.93 - theoretically it should have
  21. the same compression ratio, unless they have invented something really
  22. new, which I strongly doubt...
  23.  
  24. > With the new ZIP, every file on each floppy is named CANYON.ZIP, and
  25. > there's a separate file named PKBACK#.001, PKBACK#.002, PKBACK#.003
  26. > depending on which disk it is.  Again, this makes it impossible
  27. > (without some renaming trickery using multitasking) to have a
  28. > multivolume archive sitting on your hard disk, then extract the
  29. > contents to someplace on the disk.  This sucks, big time.
  30.  
  31. Gosh! But that is STUPID!!! And there were thinking about
  32. multi-platform support and other some such - how are they going to do
  33. that unider Unix? They seem to have selected the most silly one
  34. of the possible solutions... :-(( I thought that only BACKUP that
  35. comes with DOS is that silly...
  36.  
  37. > What's going to happen is that people will do a multidisk archive (to
  38. > agonizingly slow floppies, since they have to), then they'll need to
  39. > ZIP each floppy back to the hard disk with different names, or use
  40. > something like Teledisk to pack the entire disk.  Now do that all in
  41.  
  42. What's going to happen is that people will use ARJ for multi-volume
  43. archives... :-) I doubt that the Info-ZIP product can be made to use a
  44. more intelligent way to handle multi-volume archives if it wants to
  45. stay compatible... Unless they decide to implement both ways - the
  46. silly one in the new PKZIP and a more intelligent and straightforward
  47. one...
  48.  
  49. > It did handle it nicely when I threw a floppy with a bad sector at it.
  50. > It just stopped packing at that point and asked for the next disk, and
  51. > continued from there.
  52.  
  53. Hmmm, a better solution would be to just skip to the end of the
  54. compressed -image- of the file that contains the bad sector and to
  55. continue with the next file from the same disk...
  56.  
  57. Regards,
  58. Vesselin
  59. -- 
  60. Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
  61. Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
  62. < PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
  63. e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
  64.