Como irá depurar uma aplicação que termina com um código de saída diferente de zero?

Vou verificar os logs da aplicação e do sistema em busca de erros ou exceções que possam ter levado a uma terminação anormal. O uso de logs estruturados (JSON, chave-valor) facilita a análise.

Utilizarei ferramentas de rastreamento (por exemplo, strace no Linux) para acompanhar as chamadas ao sistema feitas pela aplicação antes de ela terminar. Isso ajudará a identificar quais recursos ou operações causaram o problema.

Se possível, executarei a aplicação num depurador (GDB, PDB, etc.) para execução passo a passo e análise do estado das variáveis no momento do erro.

Estudarei os core dumps, se gerados, usando utilitários como gdb para obter o rastreamento da pilha e o conteúdo da memória no momento do erro.

Verificarei o estado do ambiente onde a aplicação foi executada: disponibilidade de memória, espaço em disco, recursos de rede, ficheiros de configuração e variáveis de ambiente.

Compararei as versões de todas as dependências e bibliotecas usadas pela aplicação com a versão na qual ela funciona de forma estável.

Tentarei reproduzir o problema num ambiente de teste controlado, isolando fatores externos potenciais.

Usarei métricas de monitorização (CPU, memória, I/O) para identificar picos de carga ou anomalias anteriores ao erro.

Exemplo de uso do strace:

# Traçar todas as chamadas ao sistema do processo com PID 12345
strace -p 12345

# Traçar chamadas ao sistema para o comando em execução, gravando a saída num ficheiro
strace -o syscalls.log ./my_app arg1 arg2

Exemplo de análise de core dump com GDB:

# Iniciar GDB com o ficheiro executável e o core dump
gdb ./my_app core.12345

# Dentro do GDB:
# Mostrar a pilha de chamadas
(gdb) bt

# Mostrar os valores das variáveis locais
(gdb) info locals

# Mostrar os valores dos argumentos das funções
(gdb) info args