バックトレース関数は、バックトレースのセットに、関数名/ファイル名/行番号でマッピングする方法を提供しますか?
for ex:-
backtrace() returned 8 addresses
./libtst.so(myfunc5+0x2b) [0xb7767767]
./libtst.so(fun4+0x4a) [0xb7767831]
./libtst.so(fun3+0x48) [0xb776787f]
./libtst.so(fun2+0x35) [0xb77678ba]
./libtst.so(fun1+0x35) [0xb77678f5]
./a.out() [0x80485b9]
/lib/libc.so.6(__libc_start_main+0xe5) [0xb75e9be5]
./a.out() [0x80484f1]
上記のスタックから、ファイル名と行番号を取得するにはどうすればよいですか?私は次のことをしましたが、運はありませんでした。私が間違っていたら訂正してください:)
for ex:-
./libtst.so(fun2+0x35) [0xb77dc887]
0xb77dc887(fun2 addr+offset)-0xb77b6000 (lib starting addr) = 0x26887 (result)
result is no way related to function in nm output.
I used addr2line command:-
addr2line -f -e libtst.so 0xb77dc887
??
??:0
それでは、実行時または実行後のどちらで解決できますか?前もって感謝します...
nm:-
00000574 T _init
00000680 t __do_global_dtors_aux
00000700 t frame_dummy
00000737 t __i686.get_pc_thunk.bx
0000073c T myfunc5
000007e7 T fun4
00000837 T fun3
00000885 T fun2
000008c0 T fun1
00000900 t __do_global_ctors_aux
00000938 T _fini
000009b4 r __FRAME_END__
00001efc d __CTOR_LIST__
00001f00 d __CTOR_END__
00001f04 d __DTOR_LIST__
00001f08 d __DTOR_END__
00001f0c d __JCR_END__
00001f0c d __JCR_LIST__
00001f10 a _DYNAMIC
00001ff4 a _GLOBAL_OFFSET_TABLE_
00002030 d __dso_handle
00002034 A __bss_start
00002034 A _edata
00002034 b completed.5773
00002038 b dtor_idx.5775
0000203c B funptr
00002040 A _end
U backtrace@@GLIBC_2.1
U backtrace_symbols@@GLIBC_2.1
U free@@GLIBC_2.0
U __isoc99_scanf@@GLIBC_2.7
U perror@@GLIBC_2.0
U printf@@GLIBC_2.0
U puts@@GLIBC_2.0
w __cxa_finalize@@GLIBC_2.1.3
w __gmon_start__
w _Jv_RegisterClasses
pmap:-
START SIZE RSS PSS DIRTY SWAP PERM MAPPING
08048000 4K 4K 4K 0K 0K r-xp /home/test/libtofun/a.out
08049000 4K 4K 4K 4K 0K r--p /home/test/libtofun/a.out
0804a000 4K 4K 4K 4K 0K rw-p /home/test/libtofun/a.out
...
b7767000 4K 4K 4K 0K 0K r-xp /home/test/libtofun/libtst.so
b7768000 4K 4K 4K 4K 0K r--p /home/test/libtofun/libtst.so
b7769000 4K 4K 4K 4K 0K rw-p /home/test/libtofun/libtst.so
....
Total: 1688K 376K 82K 72K 0K
128Kの書き込み可能なプライベート、1560Kの読み取り専用のプライベート、0Kの共有、および376Kの参照
libtst.c:-
void myfunc5(void){
int j, nptrs;
#define SIZE 100
void *buffer[100];
char **strings;
nptrs = backtrace(buffer, SIZE);
printf("backtrace() returned %d addresses\n", nptrs);
strings = backtrace_symbols(buffer, nptrs);
if (strings == NULL) {
perror("backtrace_symbols");
}
for (j = 0; j < nptrs; j++)
printf("%s\n", strings[j]);
free(strings);
}
void fun4(){
char ip;
char *fun = "fun4\0";
printf("Fun name %s\n",fun);
scanf("%c",&ip);
myfunc5();
}
void fun3(){
char *fun = "fun3\0";
printf("Fun name %s\n",fun);
funptr = fun4;
funptr();
}
void fun2(){
char *fun = "fun2\0";
printf("Fun name %s\n",fun);
fun3();
}
void fun1(){
char *fun = "fun1\0";
printf("Fun name %s\n",fun);
fun2();
}
main.c:-
int main(){
char ip;
funptr = &fun1;
scanf("%c",&ip);
funptr();
return 0;
}
さらに情報が必要な場合はお知らせください...
セクション名とともに、addr2lineへのオフセットを指定してください。このような:
_addr2line -j .text -e libtst.so 0x26887
_
編集:ちなみに、明確でない場合、_0x26887
_は指定したものから取得されます。
0xb77dc887(fun2 addr+offset)-0xb77b6000 (lib starting addr) = 0x26887 (result)
私はファイルを見てきたbacktrace.c
およびbacktracesyms.c
glibcソースコード内のファイル(git://sourceware.org/git/glibc.git、commit 2482ae433a4249495859343ae1fba408300f2c2e)。
私が誤解/誤解していないと仮定します: backtrace() 自体は、実行時のシンボルアドレスのみを提供するように見えます。これは、ライブラリロードアドレスがpmapまたは同様のもの。ただし、 backtrace_symbols() は、アドレスが共有ライブラリELFに相対的であり、実行時のプロセスではないように再計算するため、非常に便利です。つまり、pmapからの情報は必要ありません。
したがって、-g(または-rdynamic)を指定してコンパイルした場合は、運がいいです。次のことができるはずです。
$ # get the address in the ELF so using objdump or nm
$ nm libtst.so | grep myfunc
0000073c T myfunc5
$ # get the (hex) address after adding the offset
$ # from the start of the symbol (as provided by backtrace_syms())
$ python -c 'print hex(0x0000073c+0x2b)'
0x767
$ # use addr2line to get the line information, assuming any is available
addr2line -e libtst.so 0x767
または、gdbを使用します。
$ gdb libtst.so
(gdb) info address myfunc
Symbol "myfunc" is at 0x073c in a file compiled without debugging. # (Faked output)
(gdb) info line *(0x073c+0x2b)
Line 27 of "foo.cpp" starts at address 0x767 <myfunc()+21> and ends at 0x769 <something>. # (Faked output)
また、 ライブラリを削除したが、後で使用するためにデバッグシンボルを隠した場合 の場合、backtrace_syms()によってELFオフセットのみが出力され、シンボル名は表示されません(そのため、元の質問のケース):この場合、gdbを使用する方が、他のコマンドラインツールを使用するよりも間違いなく便利です。これを実行したと仮定すると、(たとえば)次のようにgdbを呼び出す必要があります。
$ gdb -s debug/libtst.debug -e libtst.so
次に、ELFシンボルオフセットのみ、またはシンボル名とオフセットのどちらを使用しているかに応じて、「情報行」と「情報アドレス」を使用して、上記と同様のシーケンスを実行します。
objdump -x --disassemble -l <objfile>
これは、とりわけ、マシンコードのコンパイルされた各命令を、それが由来するCファイルの行とともにダンプするはずです。
実行時にeu-addr2line
(ライブラリを自動的に検索してオフセットを計算します):
//-------------------------------------
#include <sys/types.h>
#include <unistd.h>
int i;
#define SIZE 100
void *buffer[100];
int nptrs = backtrace(buffer, SIZE);
for (i = 1; i < nptrs; ++i) {
char syscom[1024];
syscom[0] = '\0';
snprintf(syscom, 1024, "eu-addr2line '%p' --pid=%d > /dev/stderr\n", buffer[i], getpid());
if (system(syscom) != 0)
fprintf(stderr, "eu-addr2line failed\n");
}
スティック--debuginfo-path=...
オプション。デバッグファイルが別の場所にある場合(build-idなどで一致)。
eu-addr2line
は、ディストリビューションのelfutils
パッケージに含まれています。