Che cosa fai con un heisenbug? [duplicare]

Aggiungi un po 'di registrazione a questo codice utenti.

Ho visto cose come questa su un sistema embedded impiegando 6 mesi per trovarlo. Davvero frustrante.

Tuttavia, nel desktop land, è incredibile cosa succede se vai a vedere effettivamente cosa fa l'utente. Potrebbero fare le cose in un ordine / modo che non era stato previsto e questo a sua volta causa il problema.

a seconda della situazione che potresti avere successo con:

• Monitora la macchina dell'utente (perfmon, eventlog, ecc.)
• Monitora l'utente (sedili con loro finché non hanno di nuovo il problema)
• Sostituisci temporaneamente la macchina dell'utente (caricale su un altro desktop per vedere se si tratta di una cosa hardware / os)

Il suggerimento di logging di kasterma è ancora buono, dare loro una build di debug o usare la registrazione iniettabile se la distribuzione completa è troppo fastidiosa.

Questo è spesso causato da processi concorrenti (non processi a livello di OS, solo ... cose generali che accadono nella tua applicazione: eventi, thread, input / output ecc.) che influenzano il rendering in qualche modo. Questo porta a comportamenti diversi a seconda dell'ordine in cui si verificano, e il debugging e l'interruzione spesso interferiscono con questo.

Una buona strategia è quella di sostituire il passaggio attraverso il debugger con più logging - questo richiede molto meno tempo e quindi è molto più probabile che lasci le cose così come sono mentre ti danno ancora più informazioni.

In fin dei conti, però, non c'è niente di meglio di capire che cosa fa effettivamente il sistema. C'è un componente, e uno solo, che dovrebbe essere responsabile per il mantenimento dello stato dell'interfaccia utente? (Di solito dovrebbe esserci.) Se è così, perché sta ricevendo comandi incoerenti in primo luogo? Ovviamente, la registrazione può spesso aiutare a rispondere anche a queste domande.

La cosa migliore da fare è aggiungere il logging e provare a prenderlo in flagrante. Se ciò non è pratico, l'unica cosa che rimane è fare una revisione del codice molto approfondita. Passare attraverso il registro delle modifiche sarebbe un modo ragionevole per iniziare.

Controlla l'hardware.

Eseguire un test della memoria sulla macchina che mostri il problema. Esegui un carico pesante della CPU e verificalo. Qualcosa come Prime95.

L'hardware non è perfetto e se l'hardware è cattivo, un programmatore può sprecare un sacco di tempo alla ricerca di bachi che semplicemente non esistono.