Tout portage disponible de backtrace pour uclibc?

Question

Nous exécutons le linux uclibc sur ARM 9. Le problème est que uclibc ne supporte pas backtrace. Lorsqu'un vidage de mémoire se produit, je ne peux pas saisir la pile d'appels.

Quelqu'un at-il une bonne solution pour cela? Par exemple, un portage de backtrace existant pour uclibc, ou n'importe quelle bonne méthode pour récupérer la pile d'appels quand un core dump survient (uclibc + ARM + Linux)?

Answer 1

Mise à jour:

Il semble qu'un patch a été créé pour soutenir backtrace() sur uclibc pour x86 et ARM (XScale) et il utilise le symbole __libc_stack_end.

---

Réponse d'origine:

je travaillais sur un projet où la version de glibc que nous utilisions n'a pas fourni une backtrace() fonctionnelle pour notre processeur ARM, nous avons donc développé notre propre en dehors de glibc en utilisant la __libc_stack_end symbole. Voici le code résultant. Peut-être que vous pouvez l'utiliser pour écrire une fonction uclibc backtrace().

extern void * __libc_stack_end; 

struct backtrace_frame_t 
{ 
    void * fp; 
    void * sp; 
    void * lr; 
    void * pc; 
}; 

int backtrace(void ** array, int size) 
{ 
    void * top_frame_p; 
    void * current_frame_p; 
    struct backtrace_frame_t * frame_p; 
    int frame_count; 

    top_frame_p = __builtin_frame_address(0); 
    current_frame_p = top_frame_p; 
    frame_p = (struct backtrace_frame_t*)((void**)(current_frame_p)-3); 
    frame_count = 0; 

    if (__builtin_return_address(0) != frame_p->lr) 
    { 
     fprintf(stderr, "backtrace error: __builtin_return_address(0) != frame_p->lr\n"); 
     return frame_count; 
    } 

    if (current_frame_p != NULL 
     && current_frame_p > (void*)&frame_count 
     && current_frame_p < __libc_stack_end) 
    { 
     while (frame_count < size 
       && current_frame_p != NULL 
       && current_frame_p > (void*)&frame_count 
       && current_frame_p < __libc_stack_end) 
     { 
      frame_p = (struct backtrace_frame_t*)((void**)(current_frame_p)-3); 
      array[frame_count] = frame_p->lr; 
      frame_count++; 
      current_frame_p = frame_p->fp; 
     } 
    } 

    return frame_count; 
} 

Note: Le symbole __libc_stack_end est pas plus exporté dans les versions les plus récentes de glibc et je ne suis pas sûr de l'existence de celui-ci ou un symbole similaire dans uclibc.

Answer 2

Jetez un oeil à la même question posée ici:

http://lists.uclibc.org/pipermail/uclibc/2010-June/044115.html

qui mentionne un patch d'ici:

http://git.stlinux.com/?p=stm/uclibc.git;a=commit;h=d6a3d9ece5922a337800a8e2ed4db7e226f9ccb3