home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4435 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.0 KB  |  47 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!howland.reston.ans.net!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: <1993Jan7.190025.8796@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: <bontchev.726251313@fbihh> <1993Jan5.172729.23504@midway.uchicago.edu> <814@ulogic.UUCP>
  10. Date: Thu, 7 Jan 1993 19:00:25 GMT
  11. Lines: 34
  12.  
  13. I wrote:
  14.  
  15. >>I don't recall how to create an empty file without "touch"
  16.  
  17. hartman@ulogic.UUCP (Richard M. Hartman) writes:
  18.  
  19. >    C:> REM >file.000
  20.  
  21. As Vesselin wrote me privately, if you want this to be portable between
  22. MS-DOS and 4DOS, you need to do it without any spaces (i.e., "rem>file.000").
  23.  
  24. In any case, it's irrelevant, since it's not a real file after all, but
  25. the floppy's volume label.  I'm not sure if "echo PKDISK#.001 | label a:"
  26. would work, but in any case it's quite likely that we'll want to do this
  27. in a program instead of a batch file (assuming we do it at all).
  28.  
  29. >>He was talking about packing, not unpacking.  Getting rid of the bad
  30. >>disk is the proper response when writing the archive.
  31.  
  32. >I don't think it got rid of the bad disk.  I think it stopped using it.
  33. >That is, if the bad sector is #20, it used 19 sectors of that disk then
  34. >went to the next disk, leaving an almost unused disk in the middle of
  35. >the archive.  
  36.  
  37. Sorry, ambiguous writing on my part--that's what I meant ("get rid" of
  38. the disk by ceasing to use it as soon as an error is encountered).  An
  39. even better solution would be to get rid of the bad disk entirely, but
  40. that's probably not practical:  it would require reconstructing the state
  41. of the data stream at the beginning of the bad disk, or else keeping a
  42. floppy-sized data buffer within the program.  Reading the already-written
  43. data back off the bad diskette is not a valid option, in my mind.
  44.  
  45. Greg Roelofs
  46. Info-ZIP
  47.