home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4477 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.0 KB
  1. Path: sparky!uunet!gatech!emory!wupost!csus.edu!netcom.com!netcomsv!ulogic!hartman
  2. From: hartman@ulogic.UUCP (Richard M. Hartman)
  3. Newsgroups: comp.compression
  4. Subject: Re: PKZip 2.04c quick impressions
  5. Message-ID: <829@ulogic.UUCP>
  6. Date: 8 Jan 93 19:22:30 GMT
  7. References: <1993Jan5.172729.23504@midway.uchicago.edu: <814@ulogic.UUCP> <1993Jan7.190025.8796@midway.uchicago.edu>
  8. Organization: negligable
  9. Lines: 37
  10.  
  11. In article <1993Jan7.190025.8796@midway.uchicago.edu: roe2@midway.uchicago.edu writes:
  12. :I wrote:
  13. :
  14. :>>I don't recall how to create an empty file without "touch"
  15. :
  16. :hartman@ulogic.UUCP (Richard M. Hartman) writes:
  17. :
  18. :>    C:> REM >file.000
  19. :
  20. :In any case, it's irrelevant, since it's not a real file after all, but
  21. :the floppy's volume label.  I'm not sure if "echo PKDISK#.001 | label a:"
  22. :would work, but in any case it's quite likely that we'll want to do this
  23. :in a program instead of a batch file (assuming we do it at all).
  24.  
  25. Oh.  That's different.  Never mind!  <g:
  26.  
  27. There must be a bios call somewhere for labeling a disk...
  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. What is wrong with skipping the bad sector and continuing using the
  46. rest of the disk?
  47.  
  48.