c++ - ARM 上的 Backtrace 有重复条目-6ren

c++ - ARM 上的 Backtrace 有重复条目

转载作者：行者123 更新时间：2023-11-30 17:35:27

在 Linux 下运行的 ARM 平台上创建回溯时，我遇到了奇怪的行为。有时回溯输出似乎已损坏，具体取决于故障之前执行的代码。

这是我的Crash.cpp代码:

#include <cstdio>
#include <execinfo.h>
#include <unistd.h>
#include <sys/syscall.h>
#include <ucontext.h>

const unsigned int CRASH_MAX_BACKTRACE_DEPTH = 30u;
void * crashData[CRASH_MAX_BACKTRACE_DEPTH] = { 0 };

void sigHandler(int signum, siginfo_t * siginfo, void * context)
{
    int numFrames = backtrace(crashData, CRASH_MAX_BACKTRACE_DEPTH);

    // restore faulting address
#if defined(__i386__)
    crashData[2] = (void *)(((ucontext_t *)context)->uc_mcontext.gregs[REG_EIP]);
#elif defined(__arm__)
    crashData[2] = (void *)(((ucontext_t *)context)->uc_mcontext.arm_pc);
#else
#error "Unsupported platform."
#endif

    char ** symbols = backtrace_symbols(crashData, numFrames);

    for (int i = 0; i < numFrames; i++)
    {
        printf("%d: %s\n", i, symbols[i]);
    }

    // resend the signal to the default handler in order to produce a core dump
    (void) signal(signum, SIG_DFL);
    (void) kill(syscall(__NR_gettid), signum);
}

void three()
{
    char str[1];
    printf("%s\n", "foo");

    // produce SIGSEGV
    int * p = 0;
    *p = 1;
}

void two()
{
    three();
}

void one()
{
    two();
}

int main(int argc, char ** argv)
{
    struct sigaction action;
    sigemptyset(&action.sa_mask);
    action.sa_sigaction = &sigHandler;
    action.sa_flags = SA_SIGINFO;   // we want the 3rd parameter of the handler to be the siginfo_t additional data
    sigaction(SIGSEGV, &action, 0);

    one();

    return 0;
}

我在 X86/Linux 上交叉编译了它，如下所示:

 /path-to-cross-gcc/g++ -g3 -O0 Crash.cpp -o Crash -funwind-tables -rdynamic

当我运行这个时，它会给我:

root@armbox:/# ./Crash
foo
0: ./Crash(_Z10sigHandleriP9siginfo_tPv+0x24) [0x8a3c]
1: /lib/libc.so.6(__default_rt_sa_restorer_v2+0) [0x76c56110]
2: ./Crash(_Z5threev+0x24) [0x8b1c]
3: ./Crash(_Z5threev+0x24) [0x8b1c]
4: ./Crash(_Z5threev+0x24) [0x8b1c]
5: ./Crash(_Z5threev+0x24) [0x8b1c]
6: ./Crash(_Z5threev+0x24) [0x8b1c]
7: ./Crash(_Z5threev+0x24) [0x8b1c]
8: ./Crash(_Z5threev+0x24) [0x8b1c]
9: ./Crash(_Z5threev+0x24) [0x8b1c]
10: ./Crash(_Z5threev+0x24) [0x8b1c]
11: ./Crash(_Z5threev+0x24) [0x8b1c]
12: ./Crash(_Z5threev+0x24) [0x8b1c]
13: ./Crash(_Z5threev+0x24) [0x8b1c]
14: ./Crash(_Z5threev+0x24) [0x8b1c]
15: ./Crash(_Z5threev+0x24) [0x8b1c]
16: ./Crash(_Z5threev+0x24) [0x8b1c]
17: ./Crash(_Z5threev+0x24) [0x8b1c]
18: ./Crash(_Z5threev+0x24) [0x8b1c]
19: ./Crash(_Z5threev+0x24) [0x8b1c]
20: ./Crash(_Z5threev+0x24) [0x8b1c]
21: ./Crash(_Z5threev+0x24) [0x8b1c]
22: ./Crash(_Z5threev+0x24) [0x8b1c]
23: ./Crash(_Z5threev+0x24) [0x8b1c]
24: ./Crash(_Z5threev+0x24) [0x8b1c]
25: ./Crash(_Z5threev+0x24) [0x8b1c]
26: ./Crash(_Z5threev+0x24) [0x8b1c]
27: ./Crash(_Z5threev+0x24) [0x8b1c]
28: ./Crash(_Z5threev+0x24) [0x8b1c]
29: ./Crash(_Z5threev+0x24) [0x8b1c]
Segmentation fault (core dumped)

堆栈看起来已损坏，从错误地址的第三帧开始只是重复。但是，如果我进行核心分析，堆栈似乎没问题:

root@armbox:/# gdb Crash Crash.core 
GNU gdb (GDB) 7.4.1
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-oe-linux-gnueabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /jci/blackforest/Crash...done.
[New LWP 32356]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Core was generated by `./Crash'.
Program terminated with signal 11, Segmentation fault.
#0  0x00008b1c in three () at Crash.cpp:43
43          *p = 1;
(gdb) bt
#0  0x00008b1c in three () at Crash.cpp:43
#1  0x00008b40 in two () at Crash.cpp:48
#2  0x00008b50 in one () at Crash.cpp:53
#3  0x00008ba0 in main (argc=1, argv=0x7ef12b94) at Crash.cpp:64

现在这是真正有趣的部分。如果我将错误函数 two() 中的行 char str[1]; 更改为 char str;，则回溯是完美的:

root@armbox:/# ./Crash
foo
0: ./Crash(_Z10sigHandleriP9siginfo_tPv+0x24) [0x8a3c]
1: /lib/libc.so.6(__default_rt_sa_restorer_v2+0) [0x76c3a110]
2: ./Crash(_Z5threev+0x24) [0x8b1c]
3: ./Crash(_Z3twov+0xc) [0x8b38]
4: ./Crash(_Z3onev+0xc) [0x8b48]
5: ./Crash(main+0x4c) [0x8b98]
6: /lib/libc.so.6(__libc_start_main+0x114) [0x76c23e1c]
Segmentation fault (core dumped)

gdb 核心回溯是相同的。如果我只是删除行 printf("%s\n", "foo"); 并让 char str[1]; 就位，情况也是如此。由于某种原因，两者的组合正在以 backtrace() 无法获得正确结果的方式影响堆栈。有趣的是，这只发生在 ARM/Linux 上，在 X86/Linux 上一切正常。

我知道，在信号处理程序中调用 backtrace_symbols() 和 printf() 是一个非常糟糕的主意。然而，这只是一个展示，我首先在使用 backtrace_symbols_fd() 将数据写入文件的软件中遇到了这个问题。所以这不应该是这里的问题。

我使用的是 libc 版本 2.16。任何帮助将不胜感激。

编辑:这是objdump -d Crash的输出:

Crash:     file format elf32-littlearm


Disassembly of section .init:

0000881c <_init>:
    881c:   e92d4008    push    {r3, lr}
    8820:   eb00003e    bl  8920 <call_weak_fn>
    8824:   e8bd8008    pop {r3, pc}

Disassembly of section .plt:

00008828 <.plt>:
    8828:   e52de004    push    {lr}        ; (str lr, [sp, #-4]!)
    882c:   e59fe004    ldr lr, [pc, #4]    ; 8838 <_init+0x1c>
    8830:   e08fe00e    add lr, pc, lr
    8834:   e5bef008    ldr pc, [lr, #8]!
    8838:   000085a4    .word   0x000085a4
    883c:   e28fc600    add ip, pc, #0
    8840:   e28cca08    add ip, ip, #32768  ; 0x8000
    8844:   e5bcf5a4    ldr pc, [ip, #1444]!    ; 0x5a4
    8848:   e28fc600    add ip, pc, #0
    884c:   e28cca08    add ip, ip, #32768  ; 0x8000
    8850:   e5bcf59c    ldr pc, [ip, #1436]!    ; 0x59c
    8854:   e28fc600    add ip, pc, #0
    8858:   e28cca08    add ip, ip, #32768  ; 0x8000
    885c:   e5bcf594    ldr pc, [ip, #1428]!    ; 0x594
    8860:   e28fc600    add ip, pc, #0
    8864:   e28cca08    add ip, ip, #32768  ; 0x8000
    8868:   e5bcf58c    ldr pc, [ip, #1420]!    ; 0x58c
    886c:   e28fc600    add ip, pc, #0
    8870:   e28cca08    add ip, ip, #32768  ; 0x8000
    8874:   e5bcf584    ldr pc, [ip, #1412]!    ; 0x584
    8878:   e28fc600    add ip, pc, #0
    887c:   e28cca08    add ip, ip, #32768  ; 0x8000
    8880:   e5bcf57c    ldr pc, [ip, #1404]!    ; 0x57c
    8884:   e28fc600    add ip, pc, #0
    8888:   e28cca08    add ip, ip, #32768  ; 0x8000
    888c:   e5bcf574    ldr pc, [ip, #1396]!    ; 0x574
    8890:   e28fc600    add ip, pc, #0
    8894:   e28cca08    add ip, ip, #32768  ; 0x8000
    8898:   e5bcf56c    ldr pc, [ip, #1388]!    ; 0x56c
    889c:   e28fc600    add ip, pc, #0
    88a0:   e28cca08    add ip, ip, #32768  ; 0x8000
    88a4:   e5bcf564    ldr pc, [ip, #1380]!    ; 0x564
    88a8:   e28fc600    add ip, pc, #0
    88ac:   e28cca08    add ip, ip, #32768  ; 0x8000
    88b0:   e5bcf55c    ldr pc, [ip, #1372]!    ; 0x55c
    88b4:   e28fc600    add ip, pc, #0
    88b8:   e28cca08    add ip, ip, #32768  ; 0x8000
    88bc:   e5bcf554    ldr pc, [ip, #1364]!    ; 0x554
    88c0:   e28fc600    add ip, pc, #0
    88c4:   e28cca08    add ip, ip, #32768  ; 0x8000
    88c8:   e5bcf54c    ldr pc, [ip, #1356]!    ; 0x54c
    88cc:   e28fc600    add ip, pc, #0
    88d0:   e28cca08    add ip, ip, #32768  ; 0x8000
    88d4:   e5bcf544    ldr pc, [ip, #1348]!    ; 0x544
    88d8:   e28fc600    add ip, pc, #0
    88dc:   e28cca08    add ip, ip, #32768  ; 0x8000
    88e0:   e5bcf53c    ldr pc, [ip, #1340]!    ; 0x53c

Disassembly of section .text:

000088e4 <_start>:
    88e4:   e3a0b000    mov fp, #0
    88e8:   e3a0e000    mov lr, #0
    88ec:   e49d1004    pop {r1}        ; (ldr r1, [sp], #4)
    88f0:   e1a0200d    mov r2, sp
    88f4:   e52d2004    push    {r2}        ; (str r2, [sp, #-4]!)
    88f8:   e52d0004    push    {r0}        ; (str r0, [sp, #-4]!)
    88fc:   e59fc010    ldr ip, [pc, #16]   ; 8914 <_start+0x30>
    8900:   e52dc004    push    {ip}        ; (str ip, [sp, #-4]!)
    8904:   e59f000c    ldr r0, [pc, #12]   ; 8918 <_start+0x34>
    8908:   e59f300c    ldr r3, [pc, #12]   ; 891c <_start+0x38>
    890c:   ebffffd0    bl  8854 <_init+0x38>
    8910:   ebffffcc    bl  8848 <_init+0x2c>
    8914:   00008c20    .word   0x00008c20
    8918:   00008b54    .word   0x00008b54
    891c:   00008bbc    .word   0x00008bbc

00008920 <call_weak_fn>:
    8920:   e59f3014    ldr r3, [pc, #20]   ; 893c <call_weak_fn+0x1c>
    8924:   e59f2014    ldr r2, [pc, #20]   ; 8940 <call_weak_fn+0x20>
    8928:   e08f3003    add r3, pc, r3
    892c:   e7932002    ldr r2, [r3, r2]
    8930:   e3520000    cmp r2, #0
    8934:   012fff1e    bxeq    lr
    8938:   eaffffcb    b   886c <_init+0x50>
    893c:   000084ac    .word   0x000084ac
    8940:   00000044    .word   0x00000044

00008944 <deregister_tm_clones>:
    8944:   e92d4008    push    {r3, lr}
    8948:   e59f0020    ldr r0, [pc, #32]   ; 8970 <deregister_tm_clones+0x2c>
    894c:   e59f3020    ldr r3, [pc, #32]   ; 8974 <deregister_tm_clones+0x30>
    8950:   e0603003    rsb r3, r0, r3
    8954:   e3530006    cmp r3, #6
    8958:   98bd8008    popls   {r3, pc}
    895c:   e59f3014    ldr r3, [pc, #20]   ; 8978 <deregister_tm_clones+0x34>
    8960:   e3530000    cmp r3, #0
    8964:   08bd8008    popeq   {r3, pc}
    8968:   e12fff33    blx r3
    896c:   e8bd8008    pop {r3, pc}
    8970:   00010e2c    .word   0x00010e2c
    8974:   00010e2f    .word   0x00010e2f
    8978:   00000000    .word   0x00000000

0000897c <register_tm_clones>:
    897c:   e59f002c    ldr r0, [pc, #44]   ; 89b0 <register_tm_clones+0x34>
    8980:   e59f102c    ldr r1, [pc, #44]   ; 89b4 <register_tm_clones+0x38>
    8984:   e92d4008    push    {r3, lr}
    8988:   e0601001    rsb r1, r0, r1
    898c:   e1a01141    asr r1, r1, #2
    8990:   e0811fa1    add r1, r1, r1, lsr #31
    8994:   e1b010c1    asrs    r1, r1, #1
    8998:   08bd8008    popeq   {r3, pc}
    899c:   e59f3014    ldr r3, [pc, #20]   ; 89b8 <register_tm_clones+0x3c>
    89a0:   e3530000    cmp r3, #0
    89a4:   08bd8008    popeq   {r3, pc}
    89a8:   e12fff33    blx r3
    89ac:   e8bd8008    pop {r3, pc}
    89b0:   00010e2c    .word   0x00010e2c
    89b4:   00010e2c    .word   0x00010e2c
    89b8:   00000000    .word   0x00000000

000089bc <__do_global_dtors_aux>:
    89bc:   e92d4010    push    {r4, lr}
    89c0:   e59f4018    ldr r4, [pc, #24]   ; 89e0 <__do_global_dtors_aux+0x24>
    89c4:   e5d43000    ldrb    r3, [r4]
    89c8:   e3530000    cmp r3, #0
    89cc:   18bd8010    popne   {r4, pc}
    89d0:   ebffffdb    bl  8944 <deregister_tm_clones>
    89d4:   e3a03001    mov r3, #1
    89d8:   e5c43000    strb    r3, [r4]
    89dc:   e8bd8010    pop {r4, pc}
    89e0:   00010e2c    .word   0x00010e2c

000089e4 <frame_dummy>:
    89e4:   e59f0024    ldr r0, [pc, #36]   ; 8a10 <frame_dummy+0x2c>
    89e8:   e92d4008    push    {r3, lr}
    89ec:   e5903000    ldr r3, [r0]
    89f0:   e3530000    cmp r3, #0
    89f4:   0a000003    beq 8a08 <frame_dummy+0x24>
    89f8:   e59f3014    ldr r3, [pc, #20]   ; 8a14 <frame_dummy+0x30>
    89fc:   e3530000    cmp r3, #0
    8a00:   0a000000    beq 8a08 <frame_dummy+0x24>
    8a04:   e12fff33    blx r3
    8a08:   e8bd4008    pop {r3, lr}
    8a0c:   eaffffda    b   897c <register_tm_clones>
    8a10:   00010cd8    .word   0x00010cd8
    8a14:   00000000    .word   0x00000000

00008a18 <_Z10sigHandleriP9siginfo_tPv>:
    8a18:   e92d4800    push    {fp, lr}
    8a1c:   e28db004    add fp, sp, #4
    8a20:   e24dd020    sub sp, sp, #32
    8a24:   e50b0018    str r0, [fp, #-24]
    8a28:   e50b101c    str r1, [fp, #-28]
    8a2c:   e50b2020    str r2, [fp, #-32]
    8a30:   e59f00b8    ldr r0, [pc, #184]  ; 8af0 <_Z10sigHandleriP9siginfo_tPv+0xd8>
    8a34:   e3a0101e    mov r1, #30
    8a38:   ebffff94    bl  8890 <_init+0x74>
    8a3c:   e1a03000    mov r3, r0
    8a40:   e50b300c    str r3, [fp, #-12]
    8a44:   e51b3020    ldr r3, [fp, #-32]
    8a48:   e593305c    ldr r3, [r3, #92]   ; 0x5c
    8a4c:   e1a02003    mov r2, r3
    8a50:   e59f3098    ldr r3, [pc, #152]  ; 8af0 <_Z10sigHandleriP9siginfo_tPv+0xd8>
    8a54:   e5832008    str r2, [r3, #8]
    8a58:   e59f0090    ldr r0, [pc, #144]  ; 8af0 <_Z10sigHandleriP9siginfo_tPv+0xd8>
    8a5c:   e51b100c    ldr r1, [fp, #-12]
    8a60:   ebffff87    bl  8884 <_init+0x68>
    8a64:   e50b0010    str r0, [fp, #-16]
    8a68:   e3a03000    mov r3, #0
    8a6c:   e50b3008    str r3, [fp, #-8]
    8a70:   ea00000b    b   8aa4 <_Z10sigHandleriP9siginfo_tPv+0x8c>
    8a74:   e51b3008    ldr r3, [fp, #-8]
    8a78:   e1a03103    lsl r3, r3, #2
    8a7c:   e51b2010    ldr r2, [fp, #-16]
    8a80:   e0823003    add r3, r2, r3
    8a84:   e5933000    ldr r3, [r3]
    8a88:   e59f0064    ldr r0, [pc, #100]  ; 8af4 <_Z10sigHandleriP9siginfo_tPv+0xdc>
    8a8c:   e51b1008    ldr r1, [fp, #-8]
    8a90:   e1a02003    mov r2, r3
    8a94:   ebffff80    bl  889c <_init+0x80>
    8a98:   e51b3008    ldr r3, [fp, #-8]
    8a9c:   e2833001    add r3, r3, #1
    8aa0:   e50b3008    str r3, [fp, #-8]
    8aa4:   e51b2008    ldr r2, [fp, #-8]
    8aa8:   e51b300c    ldr r3, [fp, #-12]
    8aac:   e1520003    cmp r2, r3
    8ab0:   a3a03000    movge   r3, #0
    8ab4:   b3a03001    movlt   r3, #1
    8ab8:   e20330ff    and r3, r3, #255    ; 0xff
    8abc:   e3530000    cmp r3, #0
    8ac0:   1affffeb    bne 8a74 <_Z10sigHandleriP9siginfo_tPv+0x5c>
    8ac4:   e51b0018    ldr r0, [fp, #-24]
    8ac8:   e3a01000    mov r1, #0
    8acc:   ebffff63    bl  8860 <_init+0x44>
    8ad0:   e3a000e0    mov r0, #224    ; 0xe0
    8ad4:   ebffff7f    bl  88d8 <_init+0xbc>
    8ad8:   e1a03000    mov r3, r0
    8adc:   e1a00003    mov r0, r3
    8ae0:   e51b1018    ldr r1, [fp, #-24]
    8ae4:   ebffff75    bl  88c0 <_init+0xa4>
    8ae8:   e24bd004    sub sp, fp, #4
    8aec:   e8bd8800    pop {fp, pc}
    8af0:   00010e30    .word   0x00010e30
    8af4:   00008c30    .word   0x00008c30

00008af8 <_Z5threev>:
    8af8:   e92d4800    push    {fp, lr}
    8afc:   e28db004    add fp, sp, #4
    8b00:   e24dd008    sub sp, sp, #8
    8b04:   e59f0024    ldr r0, [pc, #36]   ; 8b30 <_Z5threev+0x38>
    8b08:   ebffff69    bl  88b4 <_init+0x98>
    8b0c:   e3a03000    mov r3, #0
    8b10:   e50b3008    str r3, [fp, #-8]
    8b14:   e51b3008    ldr r3, [fp, #-8]
    8b18:   e3a02001    mov r2, #1
    8b1c:   e5832000    str r2, [r3]
    8b20:   ea000000    b   8b28 <_Z5threev+0x30>
    8b24:   ebffff53    bl  8878 <_init+0x5c>
    8b28:   e24bd004    sub sp, fp, #4
    8b2c:   e8bd8800    pop {fp, pc}
    8b30:   00008c38    .word   0x00008c38

00008b34 <_Z3twov>:
    8b34:   e92d4800    push    {fp, lr}
    8b38:   e28db004    add fp, sp, #4
    8b3c:   ebffffed    bl  8af8 <_Z5threev>
    8b40:   e8bd8800    pop {fp, pc}

00008b44 <_Z3onev>:
    8b44:   e92d4800    push    {fp, lr}
    8b48:   e28db004    add fp, sp, #4
    8b4c:   ebfffff8    bl  8b34 <_Z3twov>
    8b50:   e8bd8800    pop {fp, pc}

00008b54 <main>:
    8b54:   e92d4800    push    {fp, lr}
    8b58:   e28db004    add fp, sp, #4
    8b5c:   e24dd098    sub sp, sp, #152    ; 0x98
    8b60:   e50b0098    str r0, [fp, #-152] ; 0x98
    8b64:   e50b109c    str r1, [fp, #-156] ; 0x9c
    8b68:   e24b3090    sub r3, fp, #144    ; 0x90
    8b6c:   e2833004    add r3, r3, #4
    8b70:   e1a00003    mov r0, r3
    8b74:   ebffff30    bl  883c <_init+0x20>
    8b78:   e59f3038    ldr r3, [pc, #56]   ; 8bb8 <main+0x64>
    8b7c:   e50b3090    str r3, [fp, #-144] ; 0x90
    8b80:   e3a03004    mov r3, #4
    8b84:   e50b300c    str r3, [fp, #-12]
    8b88:   e24b3090    sub r3, fp, #144    ; 0x90
    8b8c:   e3a0000b    mov r0, #11
    8b90:   e1a01003    mov r1, r3
    8b94:   e3a02000    mov r2, #0
    8b98:   ebffff42    bl  88a8 <_init+0x8c>
    8b9c:   ebffffe8    bl  8b44 <_Z3onev>
    8ba0:   e3a03000    mov r3, #0
    8ba4:   ea000000    b   8bac <main+0x58>
    8ba8:   ebffff32    bl  8878 <_init+0x5c>
    8bac:   e1a00003    mov r0, r3
    8bb0:   e24bd004    sub sp, fp, #4
    8bb4:   e8bd8800    pop {fp, pc}
    8bb8:   00008a18    .word   0x00008a18

00008bbc <__libc_csu_init>:
    8bbc:   e92d45f8    push    {r3, r4, r5, r6, r7, r8, sl, lr}
    8bc0:   e1a07000    mov r7, r0
    8bc4:   e59f604c    ldr r6, [pc, #76]   ; 8c18 <__libc_csu_init+0x5c>
    8bc8:   e1a08001    mov r8, r1
    8bcc:   e59f5048    ldr r5, [pc, #72]   ; 8c1c <__libc_csu_init+0x60>
    8bd0:   e1a0a002    mov sl, r2
    8bd4:   e08f6006    add r6, pc, r6
    8bd8:   ebffff0f    bl  881c <_init>
    8bdc:   e08f5005    add r5, pc, r5
    8be0:   e0656006    rsb r6, r5, r6
    8be4:   e1b06146    asrs    r6, r6, #2
    8be8:   08bd85f8    popeq   {r3, r4, r5, r6, r7, r8, sl, pc}
    8bec:   e2455004    sub r5, r5, #4
    8bf0:   e3a04000    mov r4, #0
    8bf4:   e2844001    add r4, r4, #1
    8bf8:   e5b53004    ldr r3, [r5, #4]!
    8bfc:   e1a00007    mov r0, r7
    8c00:   e1a01008    mov r1, r8
    8c04:   e1a0200a    mov r2, sl
    8c08:   e12fff33    blx r3
    8c0c:   e1540006    cmp r4, r6
    8c10:   1afffff7    bne 8bf4 <__libc_csu_init+0x38>
    8c14:   e8bd85f8    pop {r3, r4, r5, r6, r7, r8, sl, pc}
    8c18:   000080f8    .word   0x000080f8
    8c1c:   000080ec    .word   0x000080ec

00008c20 <__libc_csu_fini>:
    8c20:   e12fff1e    bx  lr

Disassembly of section .fini:

00008c24 <_fini>:
    8c24:   e92d4008    push    {r3, lr}
    8c28:   e8bd8008    pop {r3, pc}

最佳答案

看起来这个问题可能已被报告并修复 here 。除了使用最新补丁重新编译 libstdc++ 之外，我没有看到其他解决方法。我在 gcc 4.6.1 和 libstdc++ 3.4.16 中观察到相同的行为。

关于c++ - ARM 上的 Backtrace 有重复条目，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22992970/

文章推荐： c# - 在 asp.net core 中确定端口

文章推荐： c - 链表插入

文章推荐： c - 添加分数的程序不会从 C 的每一行中获取？

文章推荐： c - 数据对齐结构的压缩结构中的最后一个结构

backtrace - Dwarf 偏移量和共享对象与可执行文件
好的，我已经使用 Linux Dwarf ldw 库将 backtrace_symbols 输出转换为源代码和行号，但遇到了障碍。 backtrace_symbols 给出内存中的偏移量，在用作 Dw
Emacs - *Backtrace* 出错时不会打开
我正在尝试让 Emacs 24.3.1 在出现错误时打开 *Backtrace* 缓冲区，但我尝试的任何方法似乎都不起作用。这包括评估 (setq debug-on-error t)、运行 toggl
ios - backtrace 错过导致崩溃的函数
当我的应用崩溃时，我使用 backtrace 和 backtrace_symbols 来收集调用堆栈。 void InstallSignalHandler(void) { signal(SIG
c - backtrace() 陷入无限递归？
我在一个自定义的 malloc() 中使用了 backtrace() 函数，像这样: void *malloc(size_t size) {printf("my malloc!\n")
c++ - backtrace - 隐藏标准库和提升调用
我正在查看 gdb 中的回溯，它看起来非常困惑，因为对标准库和 boost 进行了所有调用。例如。我在调用堆栈上看到 boost::bind 和 std::allocator，以及对标准库或 Boos
iPhone 崩溃 "No Backtrace"
我的 iPhone 应用程序最近被 App Store 拒绝，“因为它在启动时崩溃”。但是，我无法重现此崩溃。该应用程序在模拟器和具有相同硬件和软件的设备上都能完美运行，Apple 对其进行了测试(运
ruby - 获取ruby单元测试断言错误的 'backtrace'
在创建用于单元测试的辅助方法时，失败的控制台输出仅指示实际发生断言的行。 # Just an example method. def test_equal(a, b) assert_equal a
c - 打印堆栈指针与 backtrace() 打印输出
我按照 this post 中的描述打印了当前堆栈指针 void myFunc1(void) { char *p; char b=0x11; p = &b; print
c++ - gdb backtrace 不显示它来自的虚函数
我有一个继承自 Base 的 Derived 类，但我的其中一个函数发生了崩溃。我打开 gdb 试图弄清楚发生了什么，并试图打印出回溯。然而，当我 100% 知道路径是:Derived::func -
C++ backtrace 不打印函数和 so 文件
我有多个项目。每个项目创建自己的 so 文件。出于某种原因，回溯不会打印函数，因此会在崩溃时生成文件。我用 -rdynamic 编译。例如:-std=c++14 -pthread -pedantic
c++ - 来自 backtrace 的堆栈跟踪未显示在多线程环境下导致崩溃的方法
我试图准确捕获哪个方法，或者至少是哪个类使我的代码崩溃回溯在收到 SIGSEGV 信号后返回的消息。是不是因为崩溃的方法在另一个线程上执行，因此回溯无法这样做(请参阅我的日志的第一行 - 进程 ID
c - 有没有比使用 backtrace() 更便宜的方法来查找调用堆栈的深度？
我的日志记录代码使用 backtrace() 的返回值确定当前堆栈深度(用于 pretty-print 目的)，但我可以从分析中看出这是一个非常昂贵的调用。我不认为有更便宜的方法来做到这一点？请注意
安卓 NDK : getting the backtrace
我正在开发通过 NDK 与 Android 配合使用的 native 应用程序。我需要调用backtrace()发生崩溃时的功能。问题是没有对于 NDK。还有其他方法可以获取该回溯吗？最佳答案 A
debugging - 无法从 gdb backtrace 中获取任何信息
我有一个在 linux 64 位系统下运行的发行版服务器进程。它崩溃了并留下了一个核心转储文件。我使用 gdb 调试它是这样的: gdb svr 核心转储文件并得到以下回溯: (gdb) where
debugging - 'backtrace full' 命令，以十六进制输出
在GDB，做backtrace full将以十进制打印所有局部变量及其值。有没有办法以十六进制而不是十进制打印局部变量值？ (我想要类似于 print/x myVar 的东西。) 最佳答案您可能想
emacs - 如何修复 *Backtrace* 缓冲区中损坏的文本 (emacs)
启用错误调试时，我遇到了 Backtrace 缓冲区中损坏文本的问题。像这样。示例它用日语说也许。但是，我无法理解该消息。有谁知道解决方法？我可以用英文显示消息。任何帮助，将不胜感激。提前致谢。
c++ - Raspberry Pi 优化的 backtrace()
是否有任何 Raspberry Pi 优化/特定的 backtrace() 实现？我正在使用标准 backtrace() 代码，但期待 my_backtrace 函数的更详细输出。 void my_b
java - Backtrace 中缺少 gdb 符号？
我正在运行此测试，因为我想查看程序的堆栈跟踪。下面是我的程序: public class NanoTime { public static void main (String[] args) {
c++ - ARM 上的 Backtrace 有重复条目
在 Linux 下运行的 ARM 平台上创建回溯时，我遇到了奇怪的行为。有时回溯输出似乎已损坏，具体取决于故障之前执行的代码。这是我的Crash.cpp代码: #include #include
c++ - Clang 运行时检查 : print backtrace
Clang 编译器提供了许多有用的运行时检查，例如-fsanitize=unsigned-integer-overflow .当其中一项检查失败时，我可以打印回溯(例如使用 gdb)吗？目前我得到了问

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

c++ - ARM 上的 Backtrace 有重复条目