9

我在我的程序中的某个时刻进行了堆栈跟踪。一次使用libc的backtrace_symbols()功能，一次使用unw_get_proc_name()来自libunwind。

backtrace_symbols() 输出：

/home/jj/test/mylib.so(+0x97004)[0x7f6b47ce9004]

unw_get_proc_name() 输出：

ip: 0x7f6b47ce9004, offset: 0x458e4

在这里您可以看到指令指针地址（0x7f6b47ce9004）是相同且正确的。backtrace_symbols()的函数偏移量0x97004也是正确的，但不是我从unw_get_proc_name() ( ) 得到的那个。0x458e4

有人知道这里发生了什么以及可能导致偏移量差异的原因吗？

两种方法都使用类似的代码，如以下示例：

回溯（）：

void *array[10];
size_t size;

size = backtrace(array, 10);
backtrace_symbols_fd(array, size, STDERR_FILENO);

自由风：

unw_cursor_t    cursor;
unw_context_t   context;

unw_getcontext(&context);
unw_init_local(&cursor, &context);

while (unw_step(&cursor) > 0) {
    unw_word_t  offset, pc; 
    char        fname[64];

    unw_get_reg(&cursor, UNW_REG_IP, &pc);

    fname[0] = '\0';
    (void) unw_get_proc_name(&cursor, fname, sizeof(fname), &offset);

    printf ("%p : (%s+0x%x) [%p]\n", pc, fname, offset, pc);
}
4

1 回答 1

1

我认为unw_get_proc_name计算来自未命名的内部框架的偏移量。

例如：

void f() {
   int i;
   while (...) {
     int j;
   }
}

注意循环块中有一个变量声明。在这种情况下（并且取决于优化级别），编译器可以为循环创建一个框架（和相关的展开信息）。因此，unw_get_proc_name计算从此循环的偏移量而不是函数的开始。

这在unw_get_proc_name手册页中有解释：

请注意，在某些平台上，没有可靠的方法来区分过程名称和普通标签。此外，如果已从程序中剥离符号信息，则过程名称可能完全不可用，或者可能仅限于通过动态符号表导出的名称。在这种情况下，unw_get_proc_name() 可能会返回标签或前面（附近）过程的名称。

您可以尝试再次测试但不剥离二进制文件（由于unw_get_proc_name无法找到函数名称，我认为您的二进制文件已被剥离）。

于 2015-01-22T12:22:00.093 回答