• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: interpreting kernel panic's
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: interpreting kernel panic's


  • Subject: Re: interpreting kernel panic's
  • From: Quinn <email@hidden>
  • Date: Tue, 12 Mar 2002 09:55:50 +0000

At 9:10 +0100 12/3/02, Frode Isaksen wrote:
It would be great if Apple could provide pre-compiled debug versions of the
kernel, as it is quite hard to rebuild the kernel (it took me 3 days). Also,
I would really appreciate if Apple put the Darwin sources on the Developer
CD and make sure it builds...

All good ideas. I will forward these suggestions on to the relevant folks here at Apple.

I'm also working on providing specific guidance (in the form of a technote) on building xnu for debugging purposes. I hope to have that finished by WWDC.

Also, it the panic could print stack trace with symbolic names instead of
addresses (as Linux does).

Indeed, our current panic screen is less than idea. We're definitely working on improving it for the next major release of Mac OS X.

S+E
--
Quinn "The Eskimo!" <http://www.apple.com/developer/>
Apple Developer Technical Support * Networking, Communications, Hardware
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: interpreting kernel panic's
      • From: Vincent Lubet <email@hidden>
References: 
 >Re: interpreting kernel panic's (From: Frode Isaksen <email@hidden>)

  • Prev by Date: Re: interpreting kernel panic's
  • Next by Date: Re: interpreting kernel panic's
  • Previous by thread: Re: interpreting kernel panic's
  • Next by thread: Re: interpreting kernel panic's
  • Index(es):
    • Date
    • Thread