Fornire una Traccia dello Stack

Una traccia dello stack (a volte chiamata anche backtrace) è un elenco di chiamate di funzione che portano a un certo punto nel programma. Strumenti di debug come gdb o bug-buddy possono ottenere tracce dello stack da applicazioni crashate in modo che gli sviluppatori possano capire cosa è andato storto.

Una traccia dello stack tipica appare simile alla seguente:

Una backtrace migliore, con simboli debuginfo (vedi sotto) appare così:

Nota i nomi dei file e i numeri di riga dove le funzioni vengono chiamate.

Quando un programma viene compilato con switch speciali per generare simboli di debug (lo switch del compilatore -g), vengono memorizzate informazioni extra nel file del programma. Queste informazioni possono essere usate per generare una traccia dello stack che contiene molte più informazioni, come il numero di riga esatto del file sorgente dove qualcosa è andato storto. Senza queste informazioni è molto difficile capire cosa è andato storto guardando la traccia dello stack.

Fedora include un tipo speciale di RPM chiamati RPM debuginfo. Questi RPM creati automaticamente contengono le informazioni di debug dai file del programma, ma spostate in un file esterno. Tutti gli strumenti che gestiscono le informazioni di debug sanno come cercare automaticamente in questi file. Questo ti permette di installare facilmente le informazioni di debug quando ne hai bisogno. Devi installare la versione e l’architettura esatta corrispondente del debuginfo dell’applicazione che stai cercando di debuggare.

Esempio: Verifica della Versione e Architettura Corrispondenti

Ogni pacchetto con binari nella distribuzione ha un pacchetto debuginfo corrispondente.

Assicurati innanzitutto di aver installato i pacchetti debuginfo per l’applicazione che stai debuggando e tutte le librerie correlate. Spesso uno sviluppatore ti indicherà di installare pacchetti debuginfo specifici, poiché può dedurre da una traccia di stack quali librerie sono coinvolte nel crash. Consulta qui sotto per i pacchetti consigliati per alcuni tipi di applicazioni comuni.

Esistono diversi modi per ottenere una traccia di stack:

Come minimo, dovrai installare il pacchetto debuginfo per l’applicazione che sta crashando. Puoi scoprire a quale pacchetto appartiene l’applicazione digitando rpm -qf percorso-del-programma.

Per alcuni tipi di programmi, è molto utile installare anche un paio di pacchetti predefiniti che risultano utili per quasi tutte le tracce di stack:

Per prima cosa, esegui il seguente comando per avviare gdb:

Dove nome-del-programma è il nome del programma che è crashato (ad esempio: /usr/bin/gnome-panel).

Quindi, al prompt di gdb, digita:

Se devi passare degli argomenti al programma, forniscili dopo il comando run, come ad esempio:

Una volta che il programma è in esecuzione, riproduci il crash e torna al terminale dove hai eseguito gdb. Dovrebbe essere visualizzato il prompt di gdb; in caso contrario, premi Ctrl+C per accedere al debugger. Al prompt del debugger gdb, digita:

Se questo non funziona (cioè non ottieni alcun output, il che può accadere con programmi non multi-thread), digita invece <code>bt</code>. Se ancora non ottieni alcun output, leggi [[#special| questa nota]] su come ottenere una traccia di stack in circostanze particolari. L’output è la traccia di stack. Copia e incolla tutto in un file di testo.

Puoi uscire da gdb digitando quit.

A volte, la traccia può essere molto lunga e difficile da copiare e incollare. In tali situazioni, salvare la traccia in un file è comodo:

Se il programma che crasha lascia un core dump, puoi usare GDB per ottenere una traccia di stack. I core dump vengono salvati in un file sul tuo disco rigido e di solito hanno nomi come "core" o "core.3124". Per ottenere una traccia di stack da uno di questi file, esegui il seguente comando:

Dove nome-del-programma è il nome del programma che è crashato (ad esempio: /usr/bin/gnome-panel), e nome-file-core è il nome del file core che contiene il core dump (ad esempio: core.7812).

Quindi, al prompt di gdb, digita:

Se questo non funziona (cioè non ottieni alcun output, il che può accadere con programmi non multi-thread), digita invece bt. Se ancora non ottieni alcun output, leggi questa nota su come ottenere una traccia di stack in circostanze particolari. L’output è la traccia di stack. Copia e incolla tutto in un file di testo.

Puoi uscire da gdb digitando quit.

Nota che la creazione dei file core è disabilitata per impostazione predefinita in Fedora (in /etc/profile). Per abilitarli per una sessione di shell, digita al prompt della shell:

Se hai installato Fedora tramite un’immagine LiveCD, ABRT dovrebbe già essere installato. Dovresti essere in grado di avviarlo in Applicazioni → Strumenti di Sistema → Strumento Automatico di Segnalazione Bug. Se ABRT non è installato, per qualsiasi motivo, puoi installarlo manualmente facendo il seguente a riga di comando:

o vai su Sistema → Amministrazione → Aggiungi/Rimuovi Software in Gnome, e digita abrt nella casella di ricerca e seleziona Trova. Seleziona il pacchetto abrt e applica le modifiche.

Vai su Applicazioni → Strumenti di Sistema → Strumento Automatico di Segnalazione Bug e selezionalo per avviarlo manualmente. Una volta che appare la finestra GUI, scegli Modifica → Plugin e dalla finestra Impostazioni, scorri verso il basso, evidenzia Bugzilla e scegli Configura Plugin. L’URL di Bugzilla dovrebbe essere https://bugzilla.redhat.com e inserisci il tuo login e password di Bugzilla nelle caselle appropriate.

La prossima volta che hai un crash di programma e ABRT si attiva, quando premi Report, ABRT sarà in grado di accedere automaticamente a Bugzilla e inviare un Report di Bug per te.

(Il seguente assume Gnome come desktop …​ qualcun altro dovrà aggiornare per KDE/Altri)

Se ABRT rileva un programma crashato, riceverai un avviso ABRT. Questo sarà indicato visivamente da una luce rossa lampeggiante nella tray di sistema. Clicca con il sinistro sulla luce di avviso, e lo Strumento Automatico di Segnalazione Bug dovrebbe avviarsi, mostrando tutti i crash che ha registrato. Per segnalare il bug, clicca con il destro su di esso e scegli report. ABRT raccoglierà i log necessari da inviare con il bug e ti informerà che sta per inviare un bug per tuo conto. Se hai configurato ABRT come nella sezione precedente, ti chiederà di verificare se includere o meno i vari log, poi andrà automaticamente su Bugzilla e aprirà un bug, allegando i log al bug. Ti mostrerà quindi il numero del bug in modo che tu possa tracciare il bug mentre viene lavorato.

Quando clicchi con il destro su un bug in ABRT e scegli Report, ABRT tenterà di recuperare i log necessari da inviare come parte del report di bug. Gli sviluppatori hanno aggiunto codice per rilevare se le tracce simboliche sono incluse nella backtrace, e se rileva che non ce ne sono, ABRT ti avviserà e ti mostrerà il comando da eseguire. Questo è lo stesso di ciò che è mostrato nella sezione debuginfo.

Se non ottieni alcun output da gdb dopo aver digitato thread apply all bt o bt, potrebbe essere perché il programma è eseguito come root o come un altro utente. In GNOME ad esempio, questo è il caso quando si esegue gnome-games. In tali casi, dovrai essere root per catturare una traccia. Quindi, esci da gdb, accedi come root e ripeti i passaggi per ottenere una traccia dello stack.