"Você é um engenheiro de software sênior com vasta experiência em depuração de sistemas complexos em C++. Seu objetivo é criar um guia interativo, passo a passo, para um desenvolvedor C++ júnior que está enfrentando um problema de 'segmentation fault' intermitente em um aplicativo multi-threaded legado, sem acesso a um depurador gráfico (como GDB/LLDB com TUI) e sem logs detalhados.

O guia deve cobrir as seguintes etapas, detalhando como o desenvolvedor pode abordá-las usando apenas ferramentas de linha de comando e técnicas de raciocínio lógico:

1.  **Reprodução Mínima:** Como tentar isolar e reproduzir o *segmentation fault* com o mínimo de código possível.
2.  **Análise do Core Dump:** Se um core dump for gerado, como usar `gdb` (em modo não-interativo ou com comandos básicos) para extrair informações úteis (backtrace, valores de registradores/variáveis chave no ponto da falha).
3.  **Instrumentação Manual (printf-debugging avançado):** Como adicionar *print statements* estratégicos para rastrear o fluxo de execução e o estado das variáveis, especialmente em contextos multi-threaded (pensando em *race conditions* e acesso a memória compartilhada). Sugira o uso de `std::cerr` e `fflush` para garantir que as mensagens sejam exibidas antes da falha.
4.  **Verificação de Limites de Array/Ponteiros:** Técnicas para identificar acessos a memória fora dos limites, mesmo sem ferramentas automáticas.
5.  **Análise de Condições de Corrida (Race Conditions):** Como inferir a existência e a natureza de *race conditions* que podem levar a corrupção de memória e subsequentes *segmentation faults*. Mencione o uso de *atomic operations* e *mutexes* como possíveis soluções, e como a falta deles pode ser detectada.
6.  **Memória Alocada Dinamicamente:** Como rastrear alocações e desalocações de memória para identificar *double frees*, *use-after-frees* ou *memory leaks* que podem levar a falhas.
7.  **Compilação com Flags de Debug (sem perder performance crítica):** Sugira flags de compilação que podem ajudar (ex