home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 5109 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!mahendo!snidely!staylor
  2. From: staylor@snidely.UUCP (Scott G. Taylor)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Controller manufacturers (was Re:Colorado Memory Systems)
  5. Message-ID: <147@snidely.UUCP>
  6. Date: 4 Sep 92 05:59:14 GMT
  7. References: <h!mn#wj.hasty@netcom.com>
  8. Lines: 62
  9.  
  10. in article <h!mn#wj.hasty@netcom.com>, Amancio Hasty Jr wrote:
  11.  
  12. > In article <1992Sep2.134522.13938@digi.lonestar.org> mfrohman@digi.lonestar.org (Matthew Frohman) writes:
  13. >>Has anyone tried to use the DJ-20 from Colorado Memory
  14. >>Systems under 386BSD? I talked to their technical support
  15. >>and they said they have only tested the software under
  16. >>SYS V implementations of Unix. Anyone used it under BSD?
  17. > 
  18. > Also, you may add that they will not release any technical information
  19. > on their interface!
  20.  
  21. Colorado Memory Systems people are not special in this respect.  I have yet
  22. to find a tape drive controller manufacturer who will even discuss the
  23. programming of their tape drive controllers.  Do these people believe
  24. they have God's Gift to tape drives, and to release *ANY* information 
  25. would jeopardize their niche?  
  26.  
  27. These companies are not in the software business.  Most of them simply
  28. tell you that "[brand X commercial Unix] already has a driver," and
  29. continue to insist that either the driver included with the controller
  30. or the commercial Unix is all that you need.
  31.  
  32. The Colorado tech support staff seemed to know nothing about their
  33. own equipment, except to follow "procedures" for support calls.  The
  34. guy I spoke with kept insisting I check the configuration, basically
  35. ignoring anything I said.  For all he knew, I could have been calling
  36. for support for an automatic breadmaker!
  37.  
  38. Overland Data would distribute a sample program (if you *REALLY* bugged
  39. and begged them for it).  However, the program was undocumented and
  40. completely unsupported.  *Any* attempt to inquire on the controller
  41. or sample program's operation were dealt with extremely terse rudeness.
  42. I have added them to my favorite list of companies not to patronize.
  43.  
  44. I have resorted to SCSI tapes.  It is really too bad, since all those
  45. non-SCSI tapes drives are much cheaper than anything SCSI.  
  46.  
  47. And for anyone with other than an Adaptec 1542B controller, *NO*,
  48. it is not compatible.  386BSD will have to wait for someone
  49. to port or write a driver for it.  Future Domain
  50. will sell you a Developer's kit for their controllers, but I will
  51. wait for someone else to fork out the bucks for that.
  52.  
  53. It seems to me that all these companies try to sell their product 
  54. through the availability of their software on a given platform.
  55. Don't they understand that they should sell their HARDWARD by
  56. making it easily integratable into *ANY* platform?  Why does
  57. Adaptec charge *MORE*  money to get enhanced drivers for their
  58. controllers--and it is difficult to find someone with a
  59. bare-board package in stock.  
  60.  
  61. These companies should sell their Hardware, and make every effort
  62. to make it work under ALL platforms if they really knew how to
  63. work commerce. 
  64.  
  65.                 -scott
  66. --
  67. Scott G. Akmentins-Taylor        InterNet: staylor@snidely.pmdr.wlv.ca.us
  68. MRY Systems                   staylor@cerfnet.com
  69.                                      UUCP: snidely!staylor
  70.  
  71.     ----    "Jerumani par Latvijas valsts presidentu"    ----
  72.