home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / cbm / 5132 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.4 KB  |  51 lines
  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!ncar!destroyer!news.iastate.edu!dunix.drake.edu!acad.drake.edu!agb001
  3. From: agb001@acad.drake.edu
  4. Subject: Re: Make directory longer?
  5. Message-ID: <1992Dec19.053634.1@acad.drake.edu>
  6. Lines: 37
  7. Sender: news@dunix.drake.edu (USENET News System)
  8. Nntp-Posting-Host: acad.drake.edu
  9. Organization: Drake University, Des Moines, Iowa, USA
  10. References: <1992Dec14.234645.19234@gdwest.gd.com> <1992Dec19.063751.2129@netcom.com>
  11. Distribution: usa
  12. Date: Sat, 19 Dec 1992 11:36:34 GMT
  13.  
  14. In article <1992Dec19.063751.2129@netcom.com>, fuzzy@netcom.com (Fuzzy Fox) writes:
  15. > Yes and no.  I once created a disk that used tracks 17-19 for the
  16. > directory.  I had to do all the work by hand, and then found that DOS
  17. > does *not* understand directories that are not on track 18 very well.
  18. > It will read them okay, but it will not properly create files in the
  19. > modified directory.  It might be true that the files can be properly
  20. > created if the new directory sector is on track 18, but that's not very
  21. > useful.  I recall write-protecting the disk after I created it, so that
  22. > it wouldn't eat itself.  :)                                      
  23.  
  24. Okay, I tend to remember a guy on one of the BBSes I was on did something like
  25. this...
  26.  
  27. First he wrote a small BASIC program to save junk files to the disk. These
  28. files were simply a copy of the program itself. But he made 144 of them (to
  29. fill up the directory track completely).                                      
  30.                        
  31. Then he proceeded to copy track 18 to 17 (of course it
  32. didn't come out perfect 288 files, I think it gave more like 250 or so). He
  33. then sent a s0:* command to DOS. After it took its five and half hour to delete
  34. the files, he then went and connected the last block of 18 to the first block
  35. of track 17. He then modified one of the entries in block 18,1 to be a program
  36. which took up track 17 starting at 17,0.
  37.  
  38. I don't know if validating that disk would kill it or not, but I do agree that
  39. it would run slow as can be. BUT if you need a LOT of little files, slow may be
  40. fine in exchange for $100 to go buy a 1581 or even an SFD.
  41.  
  42. I hope someone out there can try this. I would, but my 64 is right now packed
  43. and ready to return to St.Louis after being in this cow farm WAY too long! ;)
  44.  
  45. Tony Bossaller
  46. AGB001@acad.drake.edu
  47. ParaPsykotic (DSW)
  48.  
  49. Merry Christmas to all, and to all a good Byte!
  50.  
  51.