Re: backtrace() alternative?
Re: backtrace() alternative?
- Subject: Re: backtrace() alternative?
- From: Rene Limberger <email@hidden>
- Date: Mon, 8 Oct 2007 22:09:09 -0700
i am not familiar with atos. is that similar or equiv to addr2line?
on the subject of addr2line is have found this:
http://pungentpickles.com/rlnews/dev00035.html
i wonder if this is portable to OSX? it uses libbfd, which i am not
sure is available on OSX...
On Oct 8, 2007, at 10:04 PM, Chris Suter wrote:
On 09/10/2007, at 2:30 PM, Rene Limberger wrote:
Thanks,
that get's me a bit further. now i am getting:
#0 ? in ?, fp = 0xb0080118, pc = 0xffffffff
#1 C() in mylib.dylib, fp = 0xb0080438, pc = 0x10899f2
#2 B() in mylib.dylib, fp = 0xb0080458, pc = 0x1046798
#3 A() in mylib.dylib, fp = 0xb0080498, pc = 0x1079841
...
#10 some_func() in mylib.dylib, fp = 0xb0080e98, pc = 0x1010c4c
#11 thread_create_running() in /usr/lib/libSystem.B.dylib, fp =
0xb0080f38, pc = 0x90024227
****
that is a good start. however, i am still unable to get the line
numbers, considering that this is a debug build. glibc's
backtrace() gives line numbers for each entry. anyone have any
suggestions on how to lookup the debug info of the symbols?
thanks for the help!
-r
That will be a bit more tricky to solve. If you can afford to spawn
another process then your best bet is to get atos to do it for you.
Otherwise, you could have a go at decoding the symbols yourself
(probably too much work although I'd have thought you'd be able to
find libraries that can decode DWARF or STABS), or if you're not
worried about the possibility of it breaking in future, you could
try reverse engineering the vmutils private framework (which is what
atos uses).
- Chris
_______________________________________________
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