• 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: Symbolizing Crash Dump with atos. How does it get the .dSYM?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Symbolizing Crash Dump with atos. How does it get the .dSYM?


  • Subject: Re: Symbolizing Crash Dump with atos. How does it get the .dSYM?
  • From: Rick Altherr <email@hidden>
  • Date: Tue, 26 Feb 2008 09:47:53 -0800


On Feb 26, 2008, at 9:00 AM, Jerry Krinock wrote:


On 2008 Feb, 26, at 8:12, Rick Altherr wrote:

Let me clarify (2) for the edification of the list....

gdb also has a feature that tries to save the user a bit of time entering commands.

By specifying the 'set sharedlibrary preload-libraries no' command before the 'file' command, you tell gdb to _not_ load all the libraries the binary is directly linked against. This means that a single binary is loaded into gdb's symbol knowledge base and no symbols are overwritten.

So, with the preload-libraries feature turned off, I guess that if I ever needed to identify a symbol in a library, I'd have to execute a 'file' command to load that library. (But I can worry about that if/ when I ever need to.)

Well, in this case, you would probably run gdb separately for each library. If you needed to look up a symbol in Foundation, for example, you would run gdb on Foundation after turning off preload- libraries. You need to account for the slide then, so you would take the address in your crash report, subtract the start address of the library as listed towards the end of the crash report, and then feed that number into gdb. GDB can also do the math for you, so you can ask it things like:


info line *(0x960456-0x960200)



Thanks for the explanation, Rick, and also posting my final working example which I sent privately to you yesterday by mistake instead of to the list.

I've filed the bug on http://developer.apple.com/tools/xcode/symbolizingcrashdumps.html . It is Bug ID# 5765683.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
@apple.com


This email sent to email@hidden

-- Rick Altherr Architecture and Performance Group email@hidden


Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Jerry Krinock <email@hidden>)
 >Re: Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Rick Altherr <email@hidden>)
 >Re: Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Jerry Krinock <email@hidden>)
 >Re: Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Rick Altherr <email@hidden>)
 >Re: Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Rick Altherr <email@hidden>)
 >Re: Symbolizing Crash Dump with atos. How does it get the .dSYM? (From: Jerry Krinock <email@hidden>)

  • Prev by Date: Re: Symbolizing Crash Dump with atos. How does it get the .dSYM?
  • Next by Date: Re: Line-number references wrong by several lines
  • Previous by thread: Re: Symbolizing Crash Dump with atos. How does it get the .dSYM?
  • Next by thread: Xcode Plugin API
  • Index(es):
    • Date
    • Thread