home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / apple2 / 19730 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.3 KB  |  32 lines

  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!usc!sdd.hp.com!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: <1992Sep1.065420.5127@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: punisher
  8. Organization: California Institute of Technology, Pasadena
  9. References: <m0mOQFo-0000R6C@crash.cts.com> <behrenss.715307581@hphalle6>
  10. Date: Tue, 1 Sep 1992 06:54:20 GMT
  11. Lines: 19
  12.  
  13. behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes:
  14.  
  15. >b) tape units can be used for other things than backing up some MB of data.
  16. >   I'd like to use it for exchanging data with friends in tar format.
  17. >   Of course, I can't, because I cannot write to the tape. *Sigh*
  18.  
  19. Here is the fallacy. You CAN write to the tape; just not the way you think you
  20. should be able to. I said this before: Tape Drives Are Not Random Access. You
  21. can't treat them just like disks -- however you can fake it if you are only
  22. going to read from them, and the RF lets you do that, but only that.
  23.  
  24. You have essentially three options, in order of increasing feasability:
  25.     1. order the RF programmers docs and write your own tape driver into
  26. your program.
  27.     2. wait for CVT to write a GS/OS tape driver for the RF.
  28.     3. buy an Apple DMA SCSI and use the SCSITAPE driver.
  29.  
  30. Todd Whitesel
  31. toddpw @ cco.caltech.edu
  32.