home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17635 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!biosci!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: BACKUP 4.x behavior on 5.x VMS
  5. Message-ID: <1992Nov7.180824.844@cmkrnl.com>
  6. Date: 8 Nov 92 02:08:24 GMT
  7. References: <1992Nov6.172203.16985@b11.b11.ingr.com>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 17
  10.  
  11. In article <1992Nov6.172203.16985@b11.b11.ingr.com>, wilson@b11.b11.ingr.com (Jon Wilson) writes:
  12. > I have a device driver which lets a VAX use a tape drive on a remote
  13. > system. Unfortunately, when a BACKUP operation reaches end-of-tape,
  14. > rewinds and unloads, the drive receives the mount request from BACKUP
  15. > and immediately loads the first tape back in and overwrites it.
  16. > 
  17. > What I'm looking for is a way to get BACKUP to behave as it did in the
  18. > old VMS 4.x days - prompt the user for volume changes - on VMS 5.4.
  19.  
  20. You must be doing something wrong in your driver.  Remote Tape Facility, which
  21. is a commercial product allowing access to tape drives over DECnet, does not
  22. show this behavior.  Nor does BACKUP under V5 do this with a local tape drive.
  23.  
  24.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  25.     (Remote Tape Facility designer and developer)
  26. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  27. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  28.