Come debuggherai un'applicazione che termina con un codice di uscita diverso da zero?

Verificherò i log dell'applicazione e del sistema alla ricerca di errori o eccezioni che potrebbero aver causato un arresto anomalo. L'uso di log strutturati (JSON, chiave-valore) facilita l'analisi.

Utilizzerò strumenti di tracing (ad esempio, strace su Linux) per tracciare le chiamate di sistema eseguite dall'applicazione prima della chiusura. Questo aiuterà a identificare quali risorse o operazioni hanno causato il problema.

Se possibile, eseguirò l'applicazione in un debugger (GDB, PDB, ecc.) per un'esecuzione passo passo e analisi dello stato delle variabili al momento del crash.

Studierò i core dump, se generati, usando utilità come gdb per ottenere lo stack trace e il contenuto della memoria al momento del crash.

Verificherò lo stato dell'ambiente in cui l'applicazione è stata eseguita: disponibilità di memoria, spazio su disco, risorse di rete, file di configurazione e variabili di ambiente.

Comparerò le versioni di tutte le dipendenze e librerie usate dall'applicazione con la versione stabile.

Proverò a riprodurre il problema in un ambiente di test controllato, isolando i fattori esterni potenziali.

Utilizzerò metriche di monitoraggio (CPU, memoria, I/O) per identificare picchi di carico o anomalie precedenti al crash.

Esempio di utilizzo di strace:

# Tracciare tutte le chiamate di sistema del processo con PID 12345
strace -p 12345

# Tracciare le chiamate di sistema di un comando in esecuzione, registrando l'output in un file
strace -o syscalls.log ./my_app arg1 arg2

Esempio di analisi di un core dump con GDB:

# Avviare GDB con il file eseguibile e il core dump
gdb ./my_app core.12345

# Dentro GDB:
# Mostrare lo stack trace
(gdb) bt

# Mostrare i valori delle variabili locali
(gdb) info locals

# Mostrare i valori degli argomenti delle funzioni
(gdb) info args