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
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!
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.