|Date:||April 5, 2006 / year-entry #121|
|Summary:||Some people suggested, as a solution to the network interoperability compatibility problem, adding a flag to IShellFolder::EnumObjects to indicate whether the caller wanted to use fast or slow enumeration. Adding a flag to work around a driver bug doesn't actually solve anything in the long term. Considering all the video driver bugs that Windows has...|
Some people suggested,
as a solution to the network interoperability compatibility problem,
adding a flag to
Adding a flag to work around a driver bug doesn't actually solve anything in the long term.
Considering all the video driver bugs that Windows has had to
work around in the past, if the decision had been made to surface
all those bugs and their workarounds to applications, then
ExtTextOut(hdc, x, y, ETO_OPAQUE | ETO_DRIVER_REPORTS_NATIVE_FONTS_CORRECTLY | ETO_DRIVER_WILL_NOT_DITHER_TEXT_DURING_BLT | ETO_DRIVER_DOES_NOT_LIE_ABOUT_LOCAL_TRANSFORMS | ETO_DRIVER_DOES_NOT_CRASH_WITH_STOCK_BRUSHES, &rcOpaque, lpsz, cch, NULL);
where each of those strange flags is there to indicate that you want to obtain the performance benefits enabled by each of those flags because you know that you aren't running on a version of the video driver that has the particular bug each of those flags was created to protect against.
And then (still talking hypothetically)
with Windows Vista, you find that your program runs
slower than on Windows XP: Suppose a bug is found in a
video driver where strings longer than 1024 characters come out
Windows Vista therefore contained code to break all strings up
into 1024-character chunks, but as an optimization you could
It's not limited to flags either.
By this philosophy of "Don't try to cover up for driver bugs
and just make applications deal with them", you would
have had the following strange paragraph in the
Perhaps it's just me, but I don't believe that workarounds for driver issues should become contractual. I would think that one of the goals of an operating system would be to smooth out these bumps and present a uniform programming model to applications. Applications have enough trouble dealing with their own bugs; you don't want them to have to deal with driver bugs, too.
<-- Back to Old New Thing Archive Index