Ako budete odstraňovať chyby v aplikácii, ktorá sa ukončí s nenulovým kódom návratu?

Skontrolujem denníky aplikácie a systému na chyby alebo výnimky, ktoré mohli viesť k neočakávanému ukončeniu. Použitie štruktúrovaných denníkov (JSON, kľúč-hodnota) uľahčuje analýzu.

Použijem sledovacie nástroje (napríklad strace v Linuxe) na sledovanie systémových volaní, ktoré aplikácia vykonala pred ukončením. To pomôže identifikovať, ktoré zdroje alebo operácie spôsobili problém.

Ak je to možné, spustím aplikáciu v ladení (GDB, PDB atď.) na krokovanie a analýzu stavu premenných v čase zlyhania.

Preskúmam core dumpy, ak boli generované, pomocou nástrojov ako gdb, aby som získal zásobník volaní a obsah pamäti v čase zlyhania.

Skontrolujem stav prostredia, v ktorom bola aplikácia spustená: dostupnosť pamäti, diskového priestoru, sieťových zdrojov, konfiguračných súborov a premenných prostredia.

Porovnám verzie všetkých závislostí a knižníc používaných aplikáciou s verziou, na ktorej aplikácia funguje stabilne.

Pokúsim sa reprodukovať problém v kontrolovanom testovacom prostredí, izolovaním potenciálnych vonkajších faktorov.

Použijem metriky monitorovania (CPU, pamäť, I/O), aby som identifikoval vrcholy záťaže alebo anomálie pred zlyhaním.

Príklad použitia strace:

# Sledovanie všetkých systémových volaní procesu s PID 12345
strace -p 12345

# Sledovanie systémových volaní pre spustený príkaz, zaznamenanie výstupu do súboru
strace -o syscalls.log ./my_app arg1 arg2

Príklad analýzy core dumpu s GDB:

# Spustenie GDB s spustiteľným súborom a core dumpom
gdb ./my_app core.12345

# Vo vnútri GDB:
# Zobraziť zásobník volaní
(gdb) bt

# Zobraziť hodnoty lokálnych premenných
(gdb) info locals

# Zobraziť hodnoty argumentov funkcií
(gdb) info args