[ Mikelly @ 12.09.2011. 13:08 ] @
Imam jednu aplikaciju pisanu u .net 3.5 i nekoliko deploymenta kod klijenata, i do sada nisam imao nikakvih problema.

Medjutim, neki dan mi se desava nesto jako cudno, i to na dva racunara (xpsp3) kod klijenta, odjednom.

Naime, aplikacija se pokrene, exe stoji aktivan medju procesima, prvih par sekundi vidi se da radi, cpu time je na 50+ zauzeta memorija raste, dok ne dodje do nekih 20M, tu CPU se spusti na 0, i nema nikakvih promjena u zauzetosti memorije. I samo bi tako stojala tu, zauvijek. Nema sanse da dobijem welcome screen, koliko kod da je puta ubio iz task manager-a i ponovo pokrenuo. Isto ta aplikacija, kod istog klijenta, samo na njegovom serveru (Windows 2003 sever) radi bez ikakvih problema.

3.5 framework je instaliran upravo pred pokretanje racunara. Prilikom prvih nekoliko pokretanja aplikacije mscorsvw.exe zakuca na 100% zauzetosti procesora, valjda prekomajlira osnovne biblioteke, posle se ili skroz ugasi ili se spusti na 0.

Aplikacija je klasicna klijent server baze podataka, i ima par poziva ka unmanaged dll-ovima.

Ako neko moze da mi pomogne da rijesim problem, bio bih vrlo zahvalan.

Pozdrav.



[ ravni @ 12.09.2011. 18:45 ] @
jesi li probao da nakacis visual studio na pokrenuti exe? to ti je najlakse.
[ Igor Gajic @ 12.09.2011. 19:03 ] @
Proveri sta aplikacija radi pri pokretanju, tipa konekcija na bazu, neki externi resurs i sl... Tesko da je u pitanju samo pokretanje UI i prikazivanje forme problem.

Takodje prooveri koji update-i su uradjeni nad tim sistemima, posto su problemi vremenski jako blizu....
[ mmix @ 13.09.2011. 09:16 ] @
Code:

try {...} 
catch (Exception e) {
...
}


?
[ Mikelly @ 13.09.2011. 10:12 ] @
Pa aplikacija na pocetku samo ispisuje welcome ekran, i za te potrebe sam koristio par unmanaged dll poziva za ispisivanje teksta u paint dogadjaju te forme. Nesto kao splash screen. Kaci se na bazu tek na sledecoj formi.

Ono sto je indikativno da program ne pukne, nego samo stoji u task manageru, ne dobijem nikakvu gresku, ni od framework-a ni od windowsa. A radi evo vec tri godine na nekoliko mjesta i do sada nijesam naisao na ovaj problem.

Jako mi je nezgodno da rjesavam problem na licu mjesta, mnogo bih radije posao tamo sa gotovim rjesenjem.

Ja najprije sumnjam da ovi unmanaged pozivi prave problem, ali ne znam kako da budem siguran.

Pozdrav.
[ mmix @ 13.09.2011. 11:55 ] @
Cuj, 50% CPU i freeze su jaki indikatori mrtve petlje glavnog threada na dual-core masini. Onda iz te petlje verovatno izletis sa ekim exceptionom koji si catchovao negde uz stack (tz, tz, yz, ..) i iz tog exceptiona si uleteo u windows message petlju a da glavni prozor nije prikazan.

Ja da sam na tvom mestu proverio bih sve petlje koje izvrsavas do splash screena do kojeg ne dodjes i da ubacis logging ispred i iza svakog ako vec ne mozes da kacis debuger tamo. Dakel najobicniji file-based log, imas cak i gomilu gotovih logging frameworka kao sto je log4net. Pa vidi gde je zakucao. Ovako iz vangle se ne vidi nista.


[Ovu poruku je menjao mmix dana 13.09.2011. u 13:15 GMT+1]
[ ravni @ 14.09.2011. 19:36 ] @
dobio si valjane smernice. ako se ne iskobeljas - How to: Set Up Remote Debugging