Re: gdb: Symbolized Crash Report: One line spans multiple functions?
Re: gdb: Symbolized Crash Report: One line spans multiple functions?
- Subject: Re: gdb: Symbolized Crash Report: One line spans multiple functions?
- From: Jason Molenda <email@hidden>
- Date: Mon, 28 Dec 2009 16:29:47 -0800
On Dec 28, 2009, at 3:55 PM, Jerry Krinock wrote:
> Sorry, I forgot to shorten one of those class names for brevity. Here's what I meant:
>
> Line 97 of "/Users/jk/Documents/Programming/Projects/Project1/ExtoreG+Loginner.m" starts at address 0xeb12d <-[ExtoreG(Loginner) logInWithInfo:]+884> and ends at 0xeb135 <-[ExtoreG(Loginner) errorLoggingIn]>.
Are you running the debugger on a .o file? Or a dylib/bundle that hasn't been slid to its actual address? It's uncommon for any executable code to be at 0xeb12d. If you're trying to understand what happened in a crash report you need to subtract out the slide of the function addresses if you're looking at a 0-based dylib/bundle. But you probably already did all of this.
Could this be function inlining? Disassembly of this address range would make it pretty clear if you're familiar with x86 assembly. e.g. "disass *0xeb12d" will disassemble the entire function that contains 0xeb12d and may make it more clear what's going on. You're looking at a span of eight bytes - it's possible there are two functions abutting each other but it doesn't seem very likely.
J _______________________________________________
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