Counter exit code 139 quando è in esecuzione, ma gdb riesce a passare

Question

La mia domanda suona in modo specifico, ma dubito che possa ancora essere un problema di debug in C++.

Sto usando omnet ++ che serve a simulare la rete wireless. omnet ++ stesso è un programma C++.

Ho incontrato un fenomeno queer quando eseguo il mio programma (modificato inet framework con omnet ++ 4.2.2 in Ubuntu 12.04): il programma esce con codice di uscita 139 (la gente dice che questo significa frammentazione della memoria) quando si tocca una certa parte del codici, quando provo a eseguire il debug, gdb non riporta nulla di sbagliato con i codici 'problematici' in cui la simulazione termina in precedenza, in realtà, il debug attraversa questa parte di codici e produce risultati attesi.

gdb versione Info: GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7,4-2012,04

Qualcuno potrebbe dirmi il motivo per cui la corsa non riesce, ma il debug non lo fa?

Grazie mille!

Answer 1

codice di uscita 139 (persone dicono che questo significa la frammentazione di memoria)

No, significa che il vostro programma è morto con il segnale 11 (SIGSEGV su Linux e la maggior parte degli altri UNIX), noto anche come segmentation fault.

Qualcuno potrebbe dirmi perché la corsa non riesce ma il debug no?

vostre mostre programma undefined comportamento, e può fare qualsiasi cosa (che include che sembra funzionare correttamente a volte).

Il tuo primo passo dovrebbe eseguire questo programma in Valgrind e correggere tutti gli errori segnalati.

Se dopo aver eseguito quanto sopra, il programma si blocca ancora, quindi è necessario lasciarlo eseguire il core (ulimit -c unlimited; ./a.out) e quindi analizzare il core dump con GDB: gdb ./a.out core; quindi utilizzare il comando where.