home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / apple2 / 19835 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.9 KB  |  42 lines

  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!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: <1992Sep4.094943.19140@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> <1992Sep1.065420.5127@cco.caltech.edu> <behrenss.715394757@hphalle6> <1992Sep2.051729.22054@cco.caltech.edu> <behrenss.715586052@hphalle6>
  10. Date: Fri, 4 Sep 1992 09:49:43 GMT
  11. Lines: 29
  12.  
  13. behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes:
  14.  
  15. >I know all that. What _I_ was trying to get across is: It is CV Tech's
  16. >"duty" to supply decent drivers. Why didn't they do it the way Apple did?
  17. >This concept of a supervisory driver with associated device drivers is
  18. >really very powerful and flexible ... I like it.
  19.  
  20. I like it too. However, it is a LOT more work. Note how Apple did not have a
  21. full set of SCSI drivers until system 6 -- and they were still working on the
  22. SCSI.Manager all through the various 5.0.x revisions. CVT has chosen the cost
  23. effective approach of writing a basic block-only driver, and while I too would
  24. really like to see a RAMFAST.Manager, I can understand why CVT has avoided
  25. doing so.
  26.  
  27. >It is _not_ (as you suggested) up to the programmer to build handling of
  28. >certain devices hard-coded into his/her/its programs. This is the purpose
  29. >of the OS, which of course includes any installed drivers.
  30.  
  31. I did not suggest that it is up to the programmer. I said that was one of the
  32. options you, as a programmer, had, given what's available.
  33.  
  34. >Ok, now let's lay this thread to rest, shall we?
  35.  
  36. Fine by me. Your true beef is with CVT. If I can think of a tactful way to
  37. suggest this to Drew on Genie, I'll do it, but he leaps to the defensive so
  38. quickly you really have to be careful.
  39.  
  40. Todd Whitesel
  41. toddpw @ cco.caltech.edu
  42.