home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / programm / 7538 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  3.6 KB

  1. Xref: sparky comp.os.os2.programmer:7538 comp.os.os2.advocacy:12159
  2. Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy
  3. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!jaguar.cs.utah.edu!brian
  4. From: brian@jaguar.cs.utah.edu (Brian Sturgill)
  5. Subject: Re: Why you should get everything in writing (long)
  6. Message-ID: <1993Jan13.004255.25365@fcom.cc.utah.edu>
  7. Sender: news@fcom.cc.utah.edu
  8. Organization: University of Utah CS Dept
  9. References: <1993Jan7.192103.16828@netcom.com> <1ii7alINNon4@controversy.math.lsa.umich.edu> <1993Jan7.220154.446@fcom.cc.utah.edu> <1993Jan12.184718.24782@actrix.gen.nz>
  10. Date: Wed, 13 Jan 93 00:42:55 GMT
  11. Lines: 58
  12.  
  13. In article <1993Jan12.184718.24782@actrix.gen.nz> Steve.Withers@bbs.actrix.gen.nz writes:
  14. >In article <1993Jan7.220154.446@fcom.cc.utah.edu> brian@jaguar.cs.utah.edu (Brian Sturgill) writes:
  15. >> 
  16. >> I think you misunderstand Bob's problem.  All he wanted was a sample printer
  17. >> driver.  IBM should have had this available well before OS/2 2.0 GA shipped.
  18. >> The point is that they didn't, and they still don't.
  19. >> I would agree with you comment if Bob had wanted something unusual from
  20. >> IBM, but this is standard stuff.
  21. >
  22. >But wasn't the problem that the code in question was not IBM's to give out? 
  23. >It was MS code. 
  24. >Or did i miss something........
  25.  
  26. That _might_ be a convenient excuse for not having it at the time of OS/2's
  27. release, but it is definitely not an excuse 9+ months later.
  28. Microsoft is not in business to help IBM, and if IBM is stupid enough
  29. to get into a situation where the don't have rights to critical code
  30. for what is supposedly their operating system, then I don't see how that
  31. is Microsoft's fault.  After all Microsoft is making a _competing_ product.
  32. IBM should of spotted and fixed this problem long before now.
  33.  
  34. How can IBM expect appropriate driver support from third parties, when
  35. they still don't have a device driver kit available?  The NT one is
  36. already out (since November), months before NT ships.  IBM likewise
  37. should have had that kit available before, or as soon as, OS/2 2.0 GA
  38. shipped.  Just because MS had some code _used_to_ work with older
  39. versions of 2.0 is not an excuse.  For people with access to working
  40. 2.0 drivers, it should be a trivial matter to create a DDK.  It is
  41. perfectly reasonable for an ISV like Bob to expect that IBM would get a
  42. DDK out within a reasonable time.  This should not normally be a matter
  43. which requires getting something from a vendor in writing. Why IBM has
  44. not done this, I don't know.  At the very worst a bad negotiation with
  45. MS could have most/all of there driver code locked up, but it would be
  46. an easy matter for one programmer to look at that code, create the spec
  47. and then have others write the DDK samples, so I cannot conceive of
  48. what could be taking IBM so long.
  49.  
  50. Regardless of MS's involvement, the fault is clearly IBM's.  People that
  51. make OS's need third party help in getting drivers made, and the normal
  52. way to do this is by putting out a device driver development kit.
  53. I don't see why MS's having said code over a year ago is relevant.
  54.  
  55. >
  56. >Steve
  57. >-- 
  58. >Steve Withers - Wellington, New Zealand |      
  59. >Steve.Withers@bbs.actrix.gen.nz         |        Space for rent.
  60. >+64 4 478 4714                          |   - cheap rates, nice location. 
  61. >**** Happy user of OS/2 b2.1 ****       | 
  62.  
  63. Brian
  64. -- 
  65. C. Brian Sturgill                          NeXTStep 486 is for _YOU_!!!!
  66. University of Utah                    Microsoft needs competition, but I want
  67. Center for Software Science          to be one of the many running Windows NT!
  68. brian@cs.utah.edu; CIS: 70363,1373    :-) :-) :-)  NT SDK: $69; (800) 227-4679
  69.