home *** CD-ROM | disk | FTP | other *** search
/ Tools en Utilities / CDASS_5.ISO / shell / file / dele.arj / D.TXT < prev   
Encoding:
Text File  |  1993-02-27  |  2.6 KB  |  46 lines
  1.  
  2.                                   02-27-1993
  3.  
  4. This is a short program I wrote that deletes a file, and if you undelete it,
  5. it does not contain the original information. Wildcards are not allowed. You
  6. can only kill one file at a time. Just type "D", and then you name the file to
  7. be destroyed.
  8.  
  9. Now, the only reason I can think of for you to use this utility is to get rid
  10. of a file fast if it's top-secret. A normal "Del" or "Erase" command will only
  11. pluck out the leading character of the file's first name, thereby making it
  12. invisible to DOS at the F.A.T. level. The file is still there on disk, it's
  13. just that DOS doesn't know this. The file is un-deletable with a number of un-
  14. delete utilities available today. But, if you happen to write to the same sub-
  15. directory, chances are that maybe you'll hit the deleted file and corrupt it,
  16. making total un-deletion impossible. If you write to that same sub-directory
  17. with a file of the same exact name as the deleted file, then only a seasoned
  18. programmer with a sector editing utility stands any hope of recovering even a
  19. little bit of the data in the deleted file. And it takes a while, too. With my
  20. program, you create a garbage file at least as long as the deleted one, and
  21. possibly up to 80 bytes longer for good measure. It has the same path and file
  22. name. Then it deletes it. And my program also does not open the original file
  23. for output, making for less opportunity for DOS to randomize where it might
  24. decide to write next ("where the wind wills"). Try it, if you like it let me
  25. know.
  26.  
  27. Programmers: You may understand my concepts. If there are any errors or
  28. improvements you can point out, definitely mail them to me. Also, if anyone
  29. "busts" it, i.e. if you can still recover a substantial amount of the original
  30. data from the original file, definitely mail me your results. (And anything
  31. else you can think of for the benefit of my research).
  32.  
  33. I have a utility by SoftLogic Solutions called "KillFile" 4.05 which has the
  34. same function, but I noticed that when I had Windows 3.1's Smartdrv write-
  35. caching turned on, and used KillFile, that Smartdrv would not dump the write
  36. to disk. The 5 second rule was suspended indefinitely. But exit KillFile, and
  37. Smartdrv dumped immediately. With my program, the write goes down within 5
  38. seconds. With Smartdrv for Windows 3.1, with write-caching on, a small cache,
  39. and some big files "kill", and a person could run their computer out of
  40. memory... not a problem with my program.
  41.  
  42.  
  43. Duane Bailey                                              My handle: "Yes Fan"
  44. 409 W. First St, Apt. C
  45. Winston-Salem, NC 27101
  46.