🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.os.os2.programmer
Article #3477

Re: Why you should get everything in writing (long)

#3477
From: Brian Sturgill
Date: Wed, 13 Jan 1993 00:42
58 lines
3713 bytes
In article <1993Jan12.184718.24782@actrix.gen.nz> Steve.Withers@bbs.actrix.gen.nz writes:
>In article <1993Jan7.220154.446@fcom.cc.utah.edu> brian@jaguar.cs.utah.edu (Brian Sturgill) writes:
>> 
>> I think you misunderstand Bob's problem.  All he wanted was a sample printer
>> driver.  IBM should have had this available well before OS/2 2.0 GA shipped.
>> The point is that they didn't, and they still don't.
>> I would agree with you comment if Bob had wanted something unusual from
>> IBM, but this is standard stuff.
>
>But wasn't the problem that the code in question was not IBM's to give out? 
> 
>It was MS code. 
> 
>Or did i miss something........

That _might_ be a convenient excuse for not having it at the time of OS/2's
release, but it is definitely not an excuse 9+ months later.
Microsoft is not in business to help IBM, and if IBM is stupid enough
to get into a situation where the don't have rights to critical code
for what is supposedly their operating system, then I don't see how that
is Microsoft's fault.  After all Microsoft is making a _competing_ product.
IBM should of spotted and fixed this problem long before now.

How can IBM expect appropriate driver support from third parties, when
they still don't have a device driver kit available?  The NT one is
already out (since November), months before NT ships.  IBM likewise
should have had that kit available before, or as soon as, OS/2 2.0 GA
shipped.  Just because MS had some code _used_to_ work with older
versions of 2.0 is not an excuse.  For people with access to working
2.0 drivers, it should be a trivial matter to create a DDK.  It is
perfectly reasonable for an ISV like Bob to expect that IBM would get a
DDK out within a reasonable time.  This should not normally be a matter
which requires getting something from a vendor in writing. Why IBM has
not done this, I don't know.  At the very worst a bad negotiation with
MS could have most/all of there driver code locked up, but it would be
an easy matter for one programmer to look at that code, create the spec
and then have others write the DDK samples, so I cannot conceive of
what could be taking IBM so long.

Regardless of MS's involvement, the fault is clearly IBM's.  People that
make OS's need third party help in getting drivers made, and the normal
way to do this is by putting out a device driver development kit.
I don't see why MS's having said code over a year ago is relevant.

>
>Steve
>-- 
>Steve Withers - Wellington, New Zealand |      
>Steve.Withers@bbs.actrix.gen.nz         |        Space for rent.
>+64 4 478 4714                          |   - cheap rates, nice location. 
>**** Happy user of OS/2 b2.1 ****       | 

Brian
-- 
C. Brian Sturgill                          NeXTStep 486 is for _YOU_!!!!
University of Utah                    Microsoft needs competition, but I want
Center for Software Science          to be one of the many running Windows NT!
brian@cs.utah.edu; CIS: 70363,1373    :-) :-) :-)  NT SDK: $69; (800) 227-4679
Technical Details
Message-ID: <1993Jan13.004255.25365@fcom.cc.utah.edu>
Path: arc1-ca.pugleaf.net!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
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>

Show Full Headers
Complete Article Headers
Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy
Path: arc1-ca.pugleaf.net!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
From: brian@jaguar.cs.utah.edu (Brian Sturgill)
Subject: Re: Why you should get everything in writing (long)
Message-ID: <1993Jan13.004255.25365@fcom.cc.utah.edu>
Sender: news@fcom.cc.utah.edu
Organization: University of Utah CS Dept
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>
Date: Wed, 13 Jan 93 00:42:55 GMT
Lines: 58