Pa nema tu ozbiljan i neozbiljan način. Svaki način koji te dovede do rešenja problema je dobar. Pitanje je samo šta je najbolje u konkretnoj situaciji. Generalno, uvek postoje neke zakonitosti koje dovode do pojave grešaka/problema u aplikacijama, a te zakonitosti su nekada očigledne i lako se mogu reprodukovati, a nekada naizgled nema razloga da dolazi do greške, ali do nje ipak dolazi i teško je ustanoviti kada i zašto se to dešava. U svakom slučaju, jednom kada ustanoviš kada se greška javlja i koji koraci su potrebni da se greška reprodukuje, startuješ lepo aplikaciju iz VB-a u debug modu, postaviš breakpointe na kritične tačke i onda ponoviš te korake prateći kod, dok ne ustanoviš gde je greška. Međutim, kada je situacija takva, kao u tvom slučaju, da se greška ne javlja stalno i ne znaš tačno kako da je reprodukuješ, već se javlja sporadično i u naizgled različitim uslovima, onda nema druge nego praćenje. E sad, to praćenje možeš da izvedeš tako što ćeš startovati aplikaciju u debug modu i buljiti u kod sve vreme dok ne naiđeš na grešku, što može da ti oduzme puno vremena, jer kako sam kažeš, problem se ponekad javi tek posle mesec dana ili možeš, što je u tvom slučaju mnogo elegantnije rešenje, da napraviš log fajl i da pustiš aplikaciju da radi dok se ne javi problem, a onda pogledaš log fajl, obeležiš ono što misliš da je bitno i pustiš ponovo program da radi. Kada se opet desi problem, ponovo pogledaš log fajl, uporediš sa prethodnim i tražiš određene zakonitosti. Recimo, ako se oba puta problem desi zbog zaglavljivanja u istoj petlji, sa velikom dozom sigurnosti možeš zaključiti da je problem upravo u toj petlji i onda barem znaš šta treba da gledaš.
-Odracuonogakomijedrpiorazmaknicu.
-Ne rxdi mi txstxturx, kxd god hocu dx
ukucxm "x" onx ukucx "x".
-Ko kaaz e da ja neuummem da kuuca
m.
-Piše "Insert disk 3", a jedva sam i ova
dva ugurao u drajv
-Postoje samo dve osobe kojima
verujem, jedna sam ja, a druga nisi ti