Slashdot Mirror

← Back to Stories (view on slashdot.org)

Blue Screen of Death for Mac OS X

Posted by ryuzaki0 on from the creative-wastes-of-time dept.

An anonymous reader writes "Possibly nothing in the OS world has as much of a bad rap as the infamous BSOD (blue screen of death) in Microsoft Windows. On the other hand Apple hides the ugly kernel panics behind a nice looking GUI which only tells you its time to restart your dead system. Interestingly Mac OS X kernel has a secret API which lets you decide what your kernel panics are going to look like! In this Mac OS X Internals article Amit Singh explains how to use this API. Apparently you can upload custom panic images into the kernel and there's even a way to test these images by causing a fake panic. The article also shows the ultimate joke is to upload an actual BSOD image for authentic Windows looking panics right inside of OS X."

7 of 349 comments (clear)

  1. Not like Microsoft invented it... by ackthpt · · Score: 5, Informative

    It's not like Microsoft invented it, either. I remember these quite unfondly. Before that I had a frozen screen on a C64. And before that I had stopped lights on the PDP-11 display. And before that we had random characters all over the screen of Ohio Scientific (OSI) computers.

    But Microsoft is widely credited with perfecting the BSoD and giving it fame.

    A system crash with a tasteful little box can be as easily dispised as all the the preceding. I suppose, like everything Apple is doing these days, they've given it a certain panache and now everybody will want one.

    --

    A feeling of having made the same mistake before: Deja Foobar
    1. Re:Not like Microsoft invented it... by DingerX · · Score: 4, Informative

      Guru meditations were awesome, and I fondly remember that flashing red border.

      But Amiga wasn't first. The Mac "Bomb" preceded it, and was notoriously useless for troubleshooting.

      Still, most Windows XP users haven't seen a BSOD ever. Go ahead and ask them. See, Windows XP solved that. But mysteriously, their power supply is unreliable, and "trips" on the slightest whim.

      You gotta love that. "BSOD is bad for marketing, and most people don't know what to do with the information anyway. Let's just reset the computer and pretend it's a power spike."

      I'd advise people to change their default settings, but one time I had "write memory contents to log file on BSOD" enabled when I was moving data about, and hand less free memory on my HD than in RAM.

      Don't ever, ever do that.

    2. Re:Not like Microsoft invented it... by Anonymous Coward · · Score: 5, Informative
      It's not like Microsoft invented it, either.

      Microsoft had a single DEBUG line in the registry for Windows 95 -- it allowed the application of your choice to intercept the crash.

      The first commercially successful program to implement it was "Power Utilities 95 with Crashproof" that handled/exposed many hardware conflict sins without just covering them up.

      About 50K copies later and good shelf space at Frys/COMPUSA/BestBuy , Symantec took notice and put out their $29 Crashproofing program that didn't perform dozens of system checks or even unmask the cause of the crash.

      If version 1.0 of that Norton floppy disk consisted of anything more than copying a 1 line registry change and a pointer to a bitmap, then it never showed in practice.

  2. Stupid boring new crash screen... by Moofie · · Score: 5, Informative

    That's not NEARLY as cool as the car crash sound Macs used to make when they really, really, REALLY blew up fierce. Get a good pair of speakers, and that sound would scare the tar out of everybody in the area!

    I think it only happened to me once, on a junky old LCIII, while I was just working. There was a key combo to induce it on boot, though, and I got a lot of mileage out of that...

    --
    Why yes, I AM a rocket scientist!
  3. Re:Well on the upside by shawnce · · Score: 4, Informative

    Kernel panic information gets logged on reboot to a file and you can capture a kernel core dump if you want.

    Review... TN2063, TN2118, Debugging the Kernel, etc.

  4. Re:Keep it simple by blaster · · Score: 4, Informative

    The graphical version takes slightly fewer resources. You have to run a single buffer through an RLE decompression routine directly out into a linear mapped framebuffer. To display text you actually have to use all of the console code. Remember, there is no hardware console, so you have to actually do all the text element positioning in software, and the graphics card is in exactly the same mode either way.

    It does not take appreciably more resources either way, and both code paths are fairly simple and well tested.

  5. Re:Gray screen of death by blob.DK · · Score: 4, Informative

    Excuse me, Sir, but that is a misunderstanding on your part. Mac OS X does not overwrite track zero just because the disk is full.

    What you have experienced is the phenomenom of Mac OS X getting caught up in: "ups, the disk is full - so now I can't save any (system) preferences." Any files written during this will end up as zero-byte files.

    There is no magic "QuickTime will overwrite vital systemfiles, to which only root has access"-routines.