Pokud na GNU/Linux, BSD, nebo Solaris přešlo méně než 1% uživatelů Windows, tak MS neudělal tak zase špatný business :)
Pokud vám WinME padaly na black screen a byl poté nutný reinstall, tak jste měl nejspíš problém s drivery či HW. Měli jsme tehdy například vysledované kombinace HW, které pravidelně vedly do půl roku k přepsání začátku disku, a tedy likvidaci dat (pokud člověk neuměl s hexa editorem a neměl hromadu trpělivosti). Vyjma toho jsem viděl čerstvě dodané stroje, na kterých neprošla ani instalace Windows 95. Nesedící CRC součty, tedy chyby přenosu z disku, ovšem na všech kusech těch strojů.
A chcete jiný hezký příklad? Nefungovaly nám modemy pod Windows, pokud byly na portu COM4 (adresa 0×2E8). Z DOSové aplikace to fungovalo v pohodě, ve Windows prostě ne. Důvod? Kupodivu HW.
The 8514/a (video card) was designed to coexist with a VGA adapter, and for this reason it uses a different range of addresses. Some of these are 16-bit addresses which are located at h42E8, h82E8, h92E8, hA2E8 & hE2E8. Unfortunately, many cheapo serial controllers only decode the first 12 bits of the I/O port addresses, and assume that calls to x2E8 (like all of those listed above) are intended for the serial port rather than the video card. This means that COM4 cannot be used on a machine with an 8514/a compatible video card _unless_ the address of COM4 can be changed (usually via jumpers) on the serial card, or the serial controller decodes all 16 bits of the I/O port addresses. There is no other way to get COM4 and any 8514/a compatible display adapter to coexist. ATI's Mach and S3's current chipsets were based on IBM's 8514/a standard and have the same problems as the 8514/a.
Další příklady špatného HW? AMD Phoenom a jeho TLB bug, VIA KT133 způsobující disk corruption, VIA KT266 způsobující nestabilitu při použití 4× AGP karty atd. O driverech ani nemá smysl mluvit; drivery třetích stran způsobovaly před 80% BSOD chyb ve Windows NT.
