Don:
Rereading my post, I certainly wasn’t very clear. I was commenting on
Eric’s. I agree totally with yours. I have no doubts about most
crashes being from 3rd parties either. Nor, in the big picture, do I
care a great deal either way whether they publish source code or not; my
preference would be yes, but only because it just becomes another
option, and would certainly be situationally useful. All I was really
trying to say, and did not do a very good job, is that, while I do agree
with his sentiment that some are portraying this decision as risk free
and more or less obviously the RIGHT thing do, and that that is rather
naive, I don’t see the situation he proposed and Microsoft’s over KMDF
source code as particularly similar.
Sorry about that,
mm
Eric’s
>> xxxxx@acm.org 2007-06-12 18:42 >>>
Martin,
It is not clear to me if you are commenting on Eric’s post or my
response. On the 75% BSOD’s remember a couple of things:
-
This is 75% of the ones that Microsoft has decoded so in
actuality
is roughly 38% of crashes reported to Microsoft.
-
There are a few companies and drivers doing most of the
damage.
I suspect that most of the regulars on this group do not contribute
many.
Note: I say most, because I keep bidding on contracts to rewrite
drivers
from some regulars, where the company that has the driver says “great
prototype, but it crashes like crazy in production”.
I have seen the Microsoft data both at WinHEC’s and through other
means and I have no doubt that the problems being attributed to lousy
3rd
party drivers are there. I know of one driver that had a couple of
little
mistakes (actually you can probably say things they forgot to do):
a. They never tested for NULL from ExAllocatePool
b. They never discovered the call ExFreePool…
And this was a production driver shipped with a product a few years
ago.
–
Don Burn (MVP, Windows DDK)
Windows 2k/XP/2k3 Filesystem and Driver Consulting
Website: http://www.windrvr.com
Blog: http://msmvps.com/blogs/WinDrvr
Remove StopSpam to reply
“Martin O’Brien” wrote in message
news:xxxxx@ntdev…
> .and we’re not asking any one to do what we want, trying to be the
> center of it all, nor are we attributing 75% of blue screens to
someone
> from whom we are deciding to keep information. I have no issue
> whatsoever we Microsoft wanting to keep private any source code; it
> isn’t my first choice, but so what. I agree with your sentiment
about
> many here being rather cavalier about entitlement to source code,
but
> the scenario you propose and their have, in my opinion, not all that
> much in common.
>
> mm
>
>>>> xxxxx@acm.org 2007-06-12 16:38 >>>
>
> wrote in message news:xxxxx@ntdev…
>>I wonder, among those who are clamoring for Microsoft to publicize
> this
>>source base, who would be willing to do the same for their drivers
> without
>>hesitation? After all, a driver is just an intermediary required by
> the
>>OS to make the hardware operate, and cannot be used on other
> competitive
>>platforms…
>
> I definitely have to take exception to the above statement. First
for
>
> hardware devices, the driver can be a significant cost, and one can
> leverage a driver for a similar device in many instances, saving a
ton
> of
> money (just ask some consulting firms that license code to you how
many
>
> times they have reused a driver). Second, there are a lot of
drivers
> that
> do not require hardware, these are the product themselves, so you
are
> giving away everything.
>
> The claim on drivers shows a total lack of understanding of the
> industry.
>
>
> –
> Don Burn (MVP, Windows DDK)
> Windows 2k/XP/2k3 Filesystem and Driver Consulting
> Website: http://www.windrvr.com
> Blog: http://msmvps.com/blogs/WinDrvr
> Remove StopSpam to reply
>
>
>
> —
> Questions? First check the Kernel Driver FAQ at
> http://www.osronline.com/article.cfm?id=256
>
> To unsubscribe, visit the List Server section of OSR Online at
> http://www.osronline.com/page.cfm?name=ListServer
>
—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer