home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12589 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!agate!dog.ee.lbl.gov!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: GETDVIW question
  5. Message-ID: <0095DE63.34336600.6483@nscvax.princeton.edu>
  6. Date: 21 Jul 92 13:48:38 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 41
  11.  
  12.  
  13.     Marc Zampetti 
  14. <elroy.jpl.nasa.gov!sdd.hp.com!mips!darwin.sura.net!jvnc.net!netnews.upenn.edu!eniac.seas.upenn.edu!zampetti@ames.arc.nasa.gov> 
  15. writes:
  16. >
  17. >
  18. >I am currently writing an application using VAX C. This application
  19. >is a user front end for and Tape management. This program will handle all
  20. >of the commn tape functions, like mounting and copying files, so that
  21. >the users don't have to know a great deal about tapes. One of the things
  22. >that I need to do is check to see if one of the four tape drives is
  23. >online and available. I am using the SYS$GETDRVIW System Service Routine to
  24. >check to see that the drive is NOT allocated, and thus capable of being
  25. >used. My problem is that the VAX that this will be running on is actually
  26. >a VAXCluster, consiting of two nodes. According to the Documentation and
  27. >my own testing, if a drive is allocated to a user on another node, GETDVIW
  28. >is unable to determine whether or not the drive has been allocated. I have
  29. >tried all kinds of permutaions of item codes in the hopes that I can
  30. >get some kind of return info that I can use to figure out if the drive is
  31. >free or not. Does anyone know how I can achieve this goal? Any help would
  32. >be appreciated. I would prefer to use System Service Routines and not have
  33. >to go through DCL in order to achieve this, but if there is no alternative,
  34. >then I will go that route.
  35. >
  36.  
  37.     It seems to me that this is precisely what the $ALLOCATE system 
  38. service is designed for.  If the drive is available, it is reserved for 
  39. your use.  If it is not available, you get a return status that says so.
  40. Further, the operation is atomic.  If you use $GETDVI to determine the
  41. availability of a drive, someone could allocate that drive ten milliseconds
  42. later and then what use is the information from $GETDVI?
  43.  
  44.  
  45. *************************************************************************
  46. *                                                                       *
  47. *                        Here, there be dragons!                        *
  48. *                      dragon@nscvax.princeton.edu                      *
  49. *                                                                       *
  50. *                                                Richard B. Gilbert     *
  51. *************************************************************************
  52.  
  53.