Нет возврата от сигнала SIGABRT на платформе ARM?

Я использую функции « backtrce () » и « backtrace_symbols_fd () » в обработчике сигналов для генерации обратной трассировки для отладки (GDB недоступен).

Они отлично работают на настольном компьютере x86 (Ubuntu), но на целевом устройстве (на основе ARM) обратная трассировка сигнала Abort (из-за двойной ошибки) показывает только три кадра : обработчик сигнала и два из libc, что бесполезно для отладки нашего кода! Возврат на SEGV (например, с использованием неверного указателя) ДЕЙСТВУЕТ хороший возврат.

Почему я не могу получить полезную обратную трассировку сигнала ABRT на ARM?

[Вопрос отредактирован для ясности]

Вот простая тестовая программа, которая демонстрирует проблему:

#include <execinfo.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

// Signal hangler to catch seg fault:
void handler_segv(int sig) {
    // get void*'s for all entries on the stack
    void *array[10];
    size_t size;
    size = backtrace(array, 10);
    fprintf(stderr, "Error: Signal %d; %d frames found:\n", sig, size);
    // print out all the frames to stderr
    backtrace_symbols_fd(array, size, STDERR_FILENO);
    exit(1);
}


void crashme()
{
  // Deliberate Error: Abort (double free):
  char *test_ptr = malloc(1);
  free(test_ptr);
  free(test_ptr);
  // Deliberate Error #2: Seg fault:
  //char * p = NULL;
  //*p = 0;
}

void foo()
{
    fprintf(stdout, "---->About to crash...\n");
    crashme();
    fprintf(stdout, "---->Crashed (shouldn't get to here)...\n");
}



// Main entry point:
int main(int argc, char *argv[])
{
    fprintf(stdout, "Application start...\n");

    // Install signal handlers:
    fprintf(stdout, "-->Adding handler for SIGSEGV and SIGABRT\n");
    signal(SIGSEGV, handler_segv);
    signal(SIGABRT, handler_segv);

    fprintf(stdout, "-->OK. Causing Error...\n");
    foo();
    fprintf(stdout, "-->Test finished (shouldn't get to here!)\n");
    return 0;
}

Это было скомпилировано для x86 следующим образом:

gcc -o test test-backtrace-simple.c -g -rdynamic

А для ARM:

arm-none-linux-gnueabi-gcc -o test-arm test-backtrace-simple.c -g -rdynamic -O0 -mapcs-frame -funwind-tables -fasynchronous-unwind-tables

Я использовал различные опции компилятора для ARM, как описано в других статьях, связанных с генерацией обратных следов на ARM.

При запуске на рабочем столе x86 он генерирует ожидаемый результат с большим количеством отладки, заканчиваясь:

Error: Signal 6; 10 frames found: 
./test(handler_segv+0x19)[0x80487dd]
[0xb7745404] 
[0xb7745428]
/lib/i386-linux-gnu/libc.so.6(gsignal+0x4f)[0xb75b0e0f]
/lib/i386-linux-gnu/libc.so.6(abort+0x175)[0xb75b4455]
/lib/i386-linux-gnu/libc.so.6(+0x6a43a)[0xb75ed43a]
/lib/i386-linux-gnu/libc.so.6(+0x74f82)[0xb75f7f82]
./test(crashme+0x2b)[0x8048855] 
./test(foo+0x33)[0x804888a]
./test(main+0xae)[0x8048962]

(то есть обратная трассировка, сгенерированная моим обработчиком, с моими вызовами функций в дно).

Однако при запуске на платформе ARM я получаю:

Application start...
-->Adding handler for SIGSEGV and SIGABRT
-->OK. Causing Error...
---->About to crash...
*** Error in `/opt/bin/test-arm': double free or corruption (fasttop): 0x015b6008 ***
Error: Signal 6; 3 frames found:
/opt/bin/test-arm(handler_segv+0x24)[0x8868]
/lib/libc.so.6(__default_sa_restorer_v2+0x0)[0xb6e6c150]
/lib/libc.so.6(gsignal+0x34)[0xb6e6af48]

Backtrace () находит только 3 кадра, и они являются только обработчиком сигнала и чем-то в libc (не полезно )!

Я нашел сообщение в списке рассылки, в котором было написано:

Если вы свяжетесь с отладочной библиотекой C, -lc_g, вы получите отладочную информацию после abort ().

Это может быть актуально, но -lc_g не работает на моем компиляторе (ld: не удается найти -lg_c).

Функция обратного отслеживания отлично работает на ARM, если вместо этого я генерирую ошибку сегмента (например, измените функцию crashme (), чтобы использовать "char * p = NULL; * p = 0;" вместо двойного освобождения.

Есть какие-нибудь идеи или предложения по другим способам получения обратной трассировки?

[- EDIT -]

Я пробовал некоторые параметры MALLOC_CHECK_, как предложено в комментариях, но единственный эффект должен был изменить сгенерированный прерывание. Вот выходные данные из трех запусков на ARM:

 # MALLOC_CHECK_=0 /opt/bin/test-arm
Application start...
-->Adding handler for SIGSEGV and SIGABRT
-->OK. Causing Error...
---->About to crash...
---->Crashed (shouldn't get to here)...
-->Test finished (shouldn't get to here!)


# MALLOC_CHECK_=1 /opt/bin/test-arm
Application start...
-->Adding handler for SIGSEGV and SIGABRT
-->OK. Causing Error...
---->About to crash...
*** Error in `/opt/bin/test-arm': free(): invalid pointer: 0x015b2008 ***
---->Crashed (shouldn't get to here)...
-->Test finished (shouldn't get to here!)


# MALLOC_CHECK_=2 /opt/bin/test-arm
Application start...
-->Adding handler for SIGSEGV and SIGABRT
-->OK. Causing Error...
---->About to crash...
Error: Signal 6; 3 frames found:
/opt/bin/test-arm(handler_segv+0x24)[0x8868]
/lib/libc.so.6(__default_sa_restorer_v2+0x0)[0xb6e24150]
/lib/libc.so.6(gsignal+0x34)[0xb6e22f48]
#

MALLOC_CHECK_ = 0: Нет сообщения об ошибке (двойное освобождение игнорируется!)

MALLOC_CHECK_ = 1: сообщение об ошибке, но программа продолжается

MALLOC_CHECK_ = 2: сообщение об ошибке и сигнал ABRT; сгенерирована бесполезная обратная трассировка (это поведение по умолчанию!)

Мой кросс-компилятор сообщает: gcc версия 4.6 .1 (Sourcery CodeBench Lite 2011.09-70) Целевое устройство имеет ядро ​​linux версии 3.8.8