A word of warning about launchd crashes

Discussion in 'OS X Mountain Lion (10.8)' started by wrldwzrd89, Apr 12, 2013.

  1. macrumors G4


    Jun 6, 2003
    Solon, OH
    Found this out the hard way while experimenting with crashing processes on demand in OSX:
    killall -SIGSEGV process_name
    If you try doing that to launchd, which is the parent process for EVERYTHING launched from the Finder, you end up in a weird detached state. Cmd+Tab doesn't work, the Finder goes away, and the menu bar goes away, making a lot of things impossible. You can still use apps you have open and type into them, but menu commands don't work normally. Obviously, shutting down the Mac once in this state is a trifle difficult.
  2. macrumors 68020

    Jun 15, 2012
    Holding down the power button for 5 seconds should still work.

    What is going on with your Mac that you need to "experiment with crashing processes"....? :eek:
  3. thread starter macrumors G4


    Jun 6, 2003
    Solon, OH
    Nothing - I just decided to experiment with the Terminal, and discovered this.
  4. macrumors 68030

    Krazy Bill

    Dec 21, 2011
    Well for god's sake man, stop doing that. :eek:
  5. macrumors 6502a

    Oct 4, 2008
    This is the virtual equivalent of "Ouch that hurt" and "So stop hitting yourself".

    You told the kernel a segmentation fault occurred in launchd. The kernel did precisely what it was supposed to do, and killed the offending process. Since launchd happens to be the parent of ALL processes under OS X, that had the intended side effect of taking down your entire system.

    This is one of the most absurd threads I've ever read. I have no idea why you're flinging SIGSEGV around, and I don't even want to know because there is absolutely no logical reason behind it other then "I'm bored and wanted to poke critical system processes in an inappropriate way".

    And just FYI, launchd didn't "crash". You crashed it on purpose. That's why SIGSEGV exists. Stop throwing wrenches into the gears. If you insist on doing that, don't flood the forum with mindless posts about how "I broke it on purpose and now it's broken".

  6. macrumors 6502a


    Apr 24, 2009
    Just wanted to add, the real purpose (I'm guessing) for the command would be for a developer to see how their application handles if it crashes.

    It's in no way designed for "poking around."

Share This Page