Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Longhorn: Fewer BSODs, More RSODs

Posted by timothy on Sun May 08, 2005 06:31 PM
from the more-colors-still-available dept.
Jan Theofel writes "Windows Loghorn will present you less BSOD. Joi Ito reports that Windows Longorn will get additional ROSD (red screen of death) for 'really bad errors.' So you will get less BSOD but some new RSOD. You can find a ROSD screenshot in a virtual machine in his weblog entry."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • New Feature (Score:5, Funny)

    by guaigean (867316) on Sunday May 08 2005, @06:33PM (#12471752)
    It's always nice to see Microsoft adding new "features". Now they can tout Longhorn's decreased BSOD occurrences. Although I'd think they'd wanna avoid red screens as they are angry colors.
    • by kertong (179136) on Sunday May 08 2005, @06:37PM (#12471809) Homepage
      They also fail to mention the 3rd kind of failiure: the purple screen of death. Happens when longhorn bsods and rsods at the same time. psod is part of microsoft's new "quantum crash" technology, which is another added feature to longhorn.

      I can't wait to upgrade!
      • by ebuck (585470) on Sunday May 08 2005, @06:58PM (#12472010)
        After which, Blarney, the animated Dinosaur will come popping up on your screen, trying to assist you in useful, cheerful ways.

        Blarney:

        Ohhh...
        Your computer crashed...
        But don't be sad....
        Be HAPPY!

        BSOD, BSOD,
        it's like getting a typing break for free!
        With a song and a dance, it will all go away.
        But it'll be back another day.

        User: They must relax gun laws for justifiable computer shootings.
      • by EmbeddedJanitor (597831) on Sunday May 08 2005, @07:05PM (#12472056)
        Multiple SOD colours.

        That's innovation for you!

        • by turbidostato (878842) on Sunday May 08 2005, @08:08PM (#12472526)
          Well, not exactly.

          It is a new technology specially developed for datacentres: you either predict which moment any computer gonna crash, or you can point a box and predict that one will crash, but you can't predict at the same time which computer and when.

          I think they call it "Ballmer's Uncertainty Principle", or something like that.
    • by Aqua OS X (458522) on Sunday May 08 2005, @09:29PM (#12473022) Homepage
      Perhaps MS should get a graphic designer to design their screens of death like Apple does.

      Although a good kernel panic is rare, it's nice to know they look pretty when they come up. It's kind of like someone placing confetti inside of an airbag.

      "Ohhh Shi... hum, that nice looking... ohh, ya... shit."
  • by sgeye (757198) on Sunday May 08 2005, @06:34PM (#12471757)
    So where are the yellow and orange? Looks like MS has been taking advice from Tom Ridge.
    • Rimmer: Step up to red alert!
      Kryten: Sir, are you absolutely sure? It does mean changing the bulb.

      Next thing you know they will have a mauve screen of death.

  • BSOD (Score:3, Informative)

    by Dante Shamest (813622) on Sunday May 08 2005, @06:35PM (#12471769)
    I've not seen one of those in a long, long time.
    • Re:BSOD (Score:3, Informative)

      You can actually set it so that when your computer BSOD's it will simply reset. Discovered this when my graphics card was continually causing the kernel (with the graphics card driver) to memory dump.

      Perhaps someone can help out with the setting..
      • Re:BSOD (Score:3, Informative)

        To change "reset instead of BSOD", right-click "My Computer", hit properties, advanced tab, startup and recovery, and set automatically restart.
    • Re:BSOD (Score:5, Funny)

      by myowntrueself (607117) on Sunday May 08 2005, @07:08PM (#12472072)
      I remember reading about the press conference where the Xbox was being hyped up.

      The MS guy said "There will be no blue screen of death on the xbox"

      I wish I'd been there, I'd have stuck my hand up and asked "What color will it be instead?"

      • by BigDish (636009) on Sunday May 08 2005, @06:42PM (#12471850)
        If you are seeing BSODs almost daily, you either have faulty hardware or some seriously buggy drivers. Honestly folks, XP, and even 2000, BSOD very rarely.
        • Very true, i was getting annoyed by frequent BSODs. They were random, seemed to pop up without warning and always at the wrong moment.

          They've all gone away after my PSU blew and i replaced it with a decent one that didn't come with the case and weigh less than an empty cardboard box.
          • by rebug (520669) on Sunday May 08 2005, @08:06PM (#12472517)
            How the hell do you expect to get a warning before your kernel crashes?

            "WARNING: Your kernel will crash in ten seconds. Owing to the very nature of the event, there is nothing you can do about it."
        • by blincoln (592401) on Sunday May 08 2005, @06:53PM (#12471967) Journal
          If you are seeing BSODs almost daily, you either have faulty hardware or some seriously buggy drivers. Honestly folks, XP, and even 2000, BSOD very rarely.

          Exactly. I have never seen my XP machine at home BSOD, even when the video card was failing to the point that it was adding random horizontal lines across the display.

          At work, I saw 2000 BSOD on several servers when we applied an MS hotfix that conflicted with some sort of secret kernel patch they'd given us a few years previously for those same machines.

          I saw 2k bluescreen one other time, when a workstation had a zip drive and the user installed drivers for it from 1997 or so.

          Other than that, the only time I've seen it happen is if I make an OS image on one machine and then try and use it on another with different hardware. That's still stupid, but at least I know how to avoid it.

          This is in an environment with close to 1000 Windows servers and about 25,000 Windows workstations.
      • I see Linux crash on our cluster of 100 Sun Opteron boxes daily.

        The hardware is rock solid because it originally shipped with Solaris. The Sun reps said that we are one of their few customers running 64-bit Linux because it isn't stable enough.
      • by grolschie (610666) on Sunday May 08 2005, @07:20PM (#12472165)
        Ah.... I see that you are familiar with ATI's Catalyst drivers* then. Either that, or VIA's Hyperion drivers*. :-)

        * Disclaimer: I use the term "drivers" very loosely.
      • Re:BSOD (Score:5, Funny)

        by Geek of Tech (678002) on Sunday May 08 2005, @06:59PM (#12472017) Homepage Journal
        Don't worry sir, I expect you'll finally get your computer plugged in any day now.

        In all seriousness though, XP isn't nearly as prone to BSODs ( or any other color :P ) , as 9x was. I'd still prefer my Debian or Gentoo though.

        • Re:BSOD (Score:5, Informative)

          by Myen (734499) on Sunday May 08 2005, @09:22PM (#12472984)
          No, it restarts the machine.

          (If it could just restart explorer, that means it's recoverable and in user-space. I.e., not a BSoD, which happens in kernel-space. After all, explorer is just a shell.)

          And yes the restarting is a pain, since then you have no idea what just happened. Even worse is when it happens on boot - yay restart loop. AFAICT, checking the event log does not give all the information available in the BSoD.
  • by Coneasfast (690509) on Sunday May 08 2005, @06:35PM (#12471774)
    Parents all over America are concerned that these new 'Red' screens of death are very stressful for their children and are pushing for microsoft to change this color immediately.

    Microsoft was unavailable for comment at this time.
  • by ebuck (585470) on Sunday May 08 2005, @06:35PM (#12471784)
    I guess they've FINALLY fixed the last issue that casues a blue screen of death with Longhorn. :)
  • by aendeuryu (844048) on Sunday May 08 2005, @06:36PM (#12471785)
    What exactly is a really bad error? I mean, a bad error versus a really bad error? That warrants a color change, anyways?

    Frankly, I think customers ought to get rsod's for actually buying the damn product. That seems like a really bad error to me.
    • by Spoing (152917) on Sunday May 08 2005, @06:47PM (#12471911) Homepage
      What exactly is a really bad error?

      Well, if they follow IEEE, US Military, SEI CMM, and other related standards 'really bad' is a 'critical'/'show stopper' roughly defined as 'System can not perform a necessary function or data loss occurs'. One step below that is 'high' meaning basically 'problem can be avoided, though it's a PITA'.

      Critical errors can be categorized from 'system or application crashes before it can be used completely but no data loss occurs' (bad) to 'system silently corrupts data' (nasty).

      If you want better definitions, check the specs for any of the above and look for a rating system called "Severity levels". (Note: not the same as priority levels.) Typically there are 4 levels of severity.

    • by pVoid (607584) on Sunday May 08 2005, @08:13PM (#12472559)
      Triggering a BSOD from kernel mode is quite easy actually. The most common BSOD I personally have seen is the IRQL_NOT_LESS_OR_EQUAL one. This is actually akin to an assertion failure, because if you call a function which requires IRQL_PASSIVE at anything but the passive level IRQ level, you will get a BSOD, even if the call would not have resulted in a page fault or anything.

      So there's actually a lot of BSODs that are 'preventative' in nature. That is, the kernel says "uh oh, that call should never have been made, the system *might* become unstable, shut it *all* down before any real damage is done".

      Then there's "Boot disk not found", or "Boot disk failure", which are in fact real serious, because it's the end of the line for the machine.

      Maybe they've broken down errors that are likely Kernel driver programming mistakes, and errors that indicate the system is severely damaged.

  • Great (Score:4, Insightful)

    by Spetiam (671180) on Sunday May 08 2005, @06:36PM (#12471786) Journal
    Now people will have heart attacks instead of just saying, "What the heck?" and getting frustrated.

    Blues (and greens) are generally more soothing/comforting (which is why blue or green are most frequently favorite colors), whereas reds are more jarring (which is why it's used for stop signs, warning labels, etc.).
  • by dotslashconfig (784719) on Sunday May 08 2005, @06:36PM (#12471794)
    You can find a ROSD screenshot in a virtual machine in his weblog entry.

    Not anymore, heheheh....
  • Alternate View (Score:3, Informative)

    by guaigean (867316) on Sunday May 08 2005, @06:38PM (#12471814)
    Well, here's a link to the pic... til I get slashdotted... http://209.193.18.52/RedScreen.jpg [209.193.18.52]
  • by creimer (824291) on Sunday May 08 2005, @06:38PM (#12471817) Homepage
    If Microsoft is really smart (*cough* did I say somthing bad *cough*), they would allow admins to change the color of the Screen Of Death anyway they like. Personally, I like amber text on a black background. It reminds of the days when I had an amber monochrome monitor for my Commodore 64 when I was a little lad.

    • If Microsoft is really smart [...], they would allow admins to change the color of the Screen Of Death anyway they like.


      You can [everything2.com] to a degree.
      • by MrP- (45616) <rob.elitemrp@net> on Sunday May 08 2005, @06:47PM (#12471923) Homepage
        huh? its 2 lines in the win or system ini file

        ok its SYSTEM.INI

        the [386Enh] section

        the 2 lines:
        MessageTextColor=X
        MessageBackColor=X

        where X is:

        0 - Black
        1 - Blue
        2 - Green
        3 - Cyan
        4 - Red
        5 - Magenta
        6 - Yellow/brown
        7 - White
        8 - Gray
        9 - Bright blue
        A - Bright green
        B - Bright cyan
        C - Bright red
        D - Bright magenta
        E - Bright yellow
        F - Bright white

        that said, i think its only for win9x, your way is probably for NT
  • by coma_bug (830669) on Sunday May 08 2005, @06:40PM (#12471834)
    Longhorn is red-shifting... the release date must be receeding!
    • by dj245 (732906) on Sunday May 08 2005, @06:57PM (#12472004) Homepage
      After the launch of Longhorn, Microsoft will announce their new color coding system of screens of death, including:

      Red: For extreme specific errors. An error has in fact already happened.
      Orange: For nonspecific systemwide errors, signifying imminent error.
      Yellow: An elevated error status, it is suspected that an error could occurr at any time
      Blue: The standard error message for vague and undescriptive errors of no substance
      Green: No error at this time, but remain on watch for errors.

      • by CptnSbaitso (800632) on Sunday May 08 2005, @07:48PM (#12472374)
        (continued from previous post) Microsoft officials expressed great satisfaction regarding their recent work on the new coloring system. "We believe that this system will help keep all users aware of the errorist threat."
  • by Qwell (684661) on Sunday May 08 2005, @06:40PM (#12471839)
    Since last night, I get this gem.
    My own RSOD [69.57.142.53]
  • Shouldn't Microsoft be working on a way to reduce the number of BSOD/RSOD through better kernel-land code and better handling of userland errors, instead of trying to create a more informative BSOD process? Darn... Wait a while, and Clippy the talking paperclip will show up during the BSOD to explain what all the gibberish in hexadecimal means, and why "Windows is busy waiting" or whatever the BSOD says nowadays.

    Speaking of reliability, I was just thinking how Microsoft could reduce the complexity of the next version of Windows, Longtooth, due in 2009.

    Longtooth will include a tremendous amount of new features implemented in completely new code. Many, but not all, existing features would be reimplemented in VisualBasic.NET just for the heck of it, even if mature versions are already implemented in C or C++. Programmers making the new VisualBasic.NET code would not be allowed to look at the code that already exists, so that new ideas might be better implemented. The features will be chosen by random for reimplementation.

    All Microsoft code would assume that any Microsoft code (the OS and any Microsoft applications) is secure. This code will always execute with no checks to make it run faster. All other code will be subject to Longtooth's new security system, dubbed Microsoft Longtooth Security Center 2003. This feature will give users more control over processes that execute in their computers. I will explain some of its features here:

    To maximize security, Microsoft Longtooth Security Center 2003 will make certain assumptions about the user. For example, users who use Microsoft products are assumed to know what they are doing. However, users of 3rd party applications not made by Microsoft are always assumed to be complete idiots. Therefore, all user interface events occurring outside of Microsoft applications will trigger a safety mechanism.

    For example, each time the user moves the mouse in an area not controlled by a Microsoft application, the user will see crosshairs moving across the screen to indicate where the mouse will be located. When the user stops moving the mouse, an authentication window will appear and state: "The user has requested that the mouse be moved to the location on the screen indicated by the crosshairs. This area of the screen is controlled by untrusted code that may cause damage to your computer, your documents, or your network. Do you wish to allow the mouse to move to this location?" Buttons for "yes", "no", "details", and "help" will be displayed.

    Selecting "no" will cause the mouse cursor to remain at its previous location. Selecting "yes" will bring up another window, requesting the user's password to authenticate the movement of the mouse. If the user enters the correct password, the mouse cursor movement will be authenticated to that user and the cursor will be placed at the new location. Selecting "details" will display the X and Y coordinates of the new position, followed by warnings against using untrusted rogue code such as Linux.

    For additional protection, clicks, keys pressed on the keyboard, items selected in a menu, or other input events will trigger similar security mechanisms. Since Microsoft code is considered secure, these checks will not occur in windows owned by Microsoft code. Also, the mouse may be used to click on the above buttons and fields during mouse movement authentication. If any such movement of the mouse takes place during the authentication process, the mouse will still be moved to the location indicated by the crosshairs, but a bug in Windows will cause the cursor to immediately "bounce" back to the location where it was last used during authentication. Microsoft will refuse to fix the bug unless Linux is outlawed in all countries, even those countries that have no computers.

    Many other authentication checks will be made by Windows. I'll return to this topic in a moment. First, let me mention that Clippy, the talking paperclip, along with other Microsoft characters, will appear during this proces

  • Red screen reminds me of the infamous Amiga "Guru Meditation" error. I always said the Amiga was ahead of its time.
  • is add a Green Screen of Death. Then they'll be able to add together death colors to get much needed functionality for TrueColor Screens of Death.
  • RSOD? (Score:5, Funny)

    by purple_cobra (848685) on Sunday May 08 2005, @07:09PM (#12472078)
    Is it related to this:
    http://www.bbc.co.uk/wales/rsod/ [bbc.co.uk]
  • by Artifakt (700173) on Sunday May 08 2005, @08:08PM (#12472525)
    Edit your system.ini file as follows:

    Under the [386Enh] header, add these two lines:

    MessageTextColor=B
    MessageBackColor=3

    That will give you a bright cyan text on dark cyan background screen of death. Feel free to substitute other colors 0-F as desired. This works in 95, 98, and Me, at least. Red's in there somewhere - don't remember exactly where - just try a pair of values, wait the usual 15 minutes for a SOD, and see if you like the combination. I can honestly say I haven't seen a BSOD on my screen in months.
  • by AlexMax2742 (602517) on Monday May 09 2005, @02:28AM (#12474486)
    I've been seeing a lot less BSOD's in general since using 2K and XP.

    In Windows 98, I would run the comptuer for a few days, and for no reason it would just start being slow and throwing random BSOD's at me.

    Since using 2K and XP, I've seen a few recently, but they're all realated to a piece of faulty hardware that I've been too lazy to replace. Other than that, I can't reacall seeing a single BSOD in years on a computer of my own.

    I'm honestly asking people. Have you run into BSOD's that really truely was 2000's/XP's fault instead of being some sort of hardware fuckup?