home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / apple2 / 19465 < prev    next >
Encoding:
Text File  |  1992-08-25  |  1.4 KB  |  31 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!decwrl!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  3. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  4. Subject: Re: Ramfast and Tape Backup units..
  5. Message-ID: <1992Aug26.040841.24422@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: punisher
  8. Organization: California Institute of Technology, Pasadena
  9. References: <RWIFALL.92Aug24165136@dante.nmsu.edu> <1992Aug25.081136.11854@cco.caltech.edu> <RWIFALL.92Aug25104447@dante.nmsu.edu>
  10. Distribution: comp.sys.apple2
  11. Date: Wed, 26 Aug 1992 04:08:41 GMT
  12. Lines: 17
  13.  
  14. rwifall@nmsu.edu (Richard J Wifall) writes:
  15.  
  16. >   No kidding?  That wasn't my question.. Read it again..  :)  I was
  17. >asking how to get the ramfasst to unwrite protect the tape unit, cause
  18. >if I can get the tape unit to show up in finder as not write
  19. >protected, then it won't be write protected in any other gs/os program
  20. >either.. comprende?
  21.  
  22. Yep. Call CVT and bitch. Given their current driver scheme, all volumes show
  23. up as block devices, and real backup programs aren't expecting that. Most of
  24. them probably expect a SCSITAPE driver like Apple's. Hopefully they can deal
  25. with something more generic like a character device, and CVT can make a tape
  26. driver for GS/OS that supports it. There is not a simple solution to your
  27. problem, and it is up to either Apple (hah) or CVT to do something about it...
  28.  
  29. Todd Whitesel
  30. toddpw @ cco.caltech.edu
  31.