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.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/xcode-users/email@hidden
This email sent to email@hidden
