Hoe ga je een applicatie debuggen die afsluit met een niet-nul exitcode?

Ik zal de logs van de applicatie en het systeem controleren op fouten of uitzonderingen die mogelijk tot een onverwacht afsluiten hebben geleid. Het gebruik van gestructureerde logs (JSON, key-value) vergemakkelijkt de analyse.

Ik zal traceertools (bijvoorbeeld strace op Linux) gebruiken om de systeemoproepen te volgen die door de applicatie werden uitgevoerd voordat deze afsluit. Dit helpt om te zien welke bronnen of operaties het probleem hebben veroorzaakt.

Indien mogelijk, zal ik de applicatie in een debugger (GDB, PDB, enz.) uitvoeren voor stapsgewijze uitvoering en analyse van de toestand van variabelen op het moment van de crash.

Ik zal core dumps onderzoeken, indien gegenereerd, met behulp van tools zoals gdb om de stacktrace en het geheugeninhoud op het moment van de crash te verkrijgen.

Ik zal de toestand van de omgeving waarin de applicatie draaide controleren: beschikbaarheid van geheugen, schijfruimte, netwerkbronnen, configuratiebestanden en omgevingsvariabelen.

Ik zal de versies van alle afhankelijkheden en bibliotheken die door de applicatie worden gebruikt vergelijken met de versie waarop de applicatie stabiel werkt.

Ik zal proberen het probleem te reproduceren in een gecontroleerde testomgeving, door potentiële externe factoren te isoleren.

Ik zal monitoring metrics (CPU, geheugen, I/O) gebruiken om pieken in belasting of anomalieën voorafgaand aan de crash te identificeren.

Voorbeeld van het gebruik van strace:

# Alle systeemoproepen van het proces met PID 12345 traceren
strace -p 12345

# Systeemoproepen voor een lopende opdracht traceren, uitvoer naar een bestand schrijven
strace -o syscalls.log ./my_app arg1 arg2

Voorbeeld van analyse van een core dump met GDB:

# GDB starten met het uitvoerbare bestand en de core dump
gdb ./my_app core.12345

# Binnen GDB:
# Stacktrace tonen
(gdb) bt

# Waarden van lokale variabelen tonen
(gdb) info locals

# Waarden van functiewaarden tonen
(gdb) info args