Slashdot Mirror
BSOD Makes Appearance at Olympic Opening Ceremonies
Whiteox writes "A BSOD was projected onto the roof of the National Stadium during the grand finale to the four-hour spectacular at the Olympics. Lenovo chairman Yang Yuanqing chose to go with XP instead of Vista because of the complexity of the IT functions at the Games. His comment on Vista? 'If it's not stable, it could have some problems,' he said. Evidently Bill Gates attended the opening ceremony, so he must have witnessed it."
I can't see this improving their opinion of Microsoft much.
In fairness to Microsoft, blue screens are normally due to bad hardware drivers. Whatever that thing actually was, it certainly wasn't a normal monitor and I'll bet the drivers are rather specific. And the less people use them, the fewer bugs are found.
Cheers,
Ian
All computers crash - I've made Linux, BSD, OSX, and Solaris machines kernel panic. Hell, I've witnessed a newer zSeries mainframe crash.
The fact that it happened at an inopportune moment is unfortunate, but that's life.
Be realistic for a second please, you think on show as grand as the opening ceremonies only had one glitch? Seriously?
There is no such thing as a show this big without multiple (read a lot) of glitches. They are covered up well, quickly fixed, or not noticed, but they are there. This one was just in the open for everyone to see.
Gone!
The BSOD is just the icing on the cake of this story. The real interesting bit is the fact that Vista lost out again to the superiority of XP,...
...It's not uncommon to get a BSOD from time to time.
And unless you do something about it, like vote with your wallet, you are simply helping Bill and his minions make bad engineering acceptable.
Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
Jeez. MS apologists always trot out that one. Making bad engineering acceptable will probably be Bill Gates' largest "contribution" to society.
In fairness to software engineering, if the "bad" hardware driver can crash the system, then the system is not ready for production and has more than a few show-stopping (no pun intended) bugs. Take a look at basic kernel or micro-kernel design principles and stop spreading the view that catastrophically bad design is acceptable.
Linux puts most drivers in the kernel and a bad driver there can cause a panic, bringing the system down.
Most of the BSDs, AFAIK, have some drivers in the kernel and others in userland processes.
I'm not sure how it's architected in Mac OS X, but I've certainly seen kernel panics on my Mac Mini.
There may be an embedded OS which is less susceptible to being killed by a poor driver, but for something like this you probably wouldn't bother with an embedded OS because there's so much more in the way of off-the-shelf software available to do the job for Windows and Linux.
In fairness to software engineering, if the "bad" hardware driver can crash the system, then the system is not ready for production and has more than a few show-stopping (no pun intended) bugs. Take a look at basic kernel or micro-kernel design principles and stop spreading the view that catastrophically bad design is acceptable.
I'm sorry, do you know of an operating system where talking to hardware cannot cause a panic? Even microkernels such as Mach are prone to these problems. ANY time you touch hardware there can be a problem if it's coded wrong. Even microkernels have to allow DMA for certain hardware, and bad DMA can bring down a whole system without even trying. There's a basic design flaw in how normal computers operate that requires this sort of behavior from kernels, which leads to bad drivers affecting them. If you can name one system ready for general purpose for which this isn't true I would love to hear about it.
If i had one dollar for every brain you dont have, i would have $1.