home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / internal / 1563 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.3 KB

  1. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!news.ysu.edu!malgudi.oar.net!caen!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!macro32
  2. Newsgroups: vmsnet.internals
  3. Subject: VD: as test device
  4. Message-ID: <9211091546.AA25232@relay2.UU.NET>
  5. From: raxco!galaxy.dnet!gleeve@uunet.UU.NET
  6. Date: Mon, 9 Nov 92 09:29:00 -0500
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 31
  10.  
  11. Re: Jon Pinkley's (kind) remarks about vddriver...
  12. The latest & greatest was in fdvdkit.zoo in the S92 tapes in
  13. [vax92a.gce92a.net92a]fdvdkit.zoo. Some later stuff and fqdriver.mar
  14. (a somewhat better fddriver.mar version) are in that directory also
  15. as separate files. Recent mods have mainly been in adding some new
  16. device geometries to the assign - VD image and setting it up so
  17. the device type gets set then instead of leaving dt$_FD1 in there
  18. for all disks. I use VD: drivers all the time for testing file
  19. structure hacks. It's also easy to change driver name to vdbdriver
  20. so I have two layers of them with separate drivers when I want to
  21. do weird hacking that involves munging driver tables. The lower
  22. and unmodified driver makes sure the rest of my system's disk space
  23. doesn't get scribbled on if something I do to a vdbdriver unit
  24. causes it to start clobbering its unit. Since the size and geometry
  25. of the VD: units can be easily controlled, I can be a little more
  26. sure those can't have any effect on my stuff.
  27.    The recent hacks that cover setting the allocation class in the
  28. driver (thanks, Jon!) will be on the F92 tapes. They're real small
  29. but might be handy.
  30.    Still, floppies are also handy where I want a removable and
  31. system-mountable device that I can test. I recently did a little hacking
  32. on passing ownership of mounted volumes around. A short hack that
  33. just changes the device owner UCB pointer does allow access, but
  34. dismount requires the mounted volume list to be messed with, and
  35. I haven't taken the time to find where that list header is to see
  36. about moving it around. The little hack lets me say something like
  37. $claimdevice devname:/pid:nnnnnnn  to move the ownership of devname:
  38. to the process whose EPID is nnnnnnn, provided somebody else has
  39. it privately owned already. I'll post it if anyone is interested.
  40. Glenn
  41. Everhart@Raxco.com
  42.