Configurazione Diagnostic Tool

Configurazione Diagnostic Tool

Download Link

http://www.microsoft.com/en-us/download/details.aspx?id=42933

Crash Oggetti COM


Di seguito vedremo come configurare un tool utile per catturare i crash di processi COM+. In questa guida verrà’ utilizzato SvAol a titolo di esempio.

Una volta installati i Diagnostic Debug Tool nella versione corretta (x64 o x86), avremmo due applicazioni:

·         DebugDiag 2 Collection
·         DebugDiag 2 Analysis

La prima serve a catturare file di DUMP o di log le informazioni relativi ai processi. Il secondo serve allo sviluppatore per avere alcune info preliminari sull anomalia.

Prima di procedere, vorrei anticipare che al contrario di Application Verifier, questo tool non ha nessun impatto applicativo. Le performance sono comparabili. Non ci sono motivi per non usarlo anche in caso di monitoraggio.

Di seguito vedremmo solo come usare il Collection. Per collegarlo ad un processo/servizio è necessario aggiungere una regola di cattura.

Al primo avvio, parte un Wizard che ci aiuterà in questa fase:


Per il momento sorvoliamo sulla scelta di questa videata e andiamo avanti con “Crash”.
In questa videata cominciato a prendere delle decisioni importanti, nel nostro caso dovremmo cattura i crash di SvAOL quindi procediamo con il CheckBox delle Com+ Application.


Selezionare SvAOL:


In questa videata faremo il grosso del processo di configurazione:

Modificate “Action type for unconfigured first chanche exceptions” su Full Userdump.

Il Collection in questo modo, cattura I primi 10 crash. Sconsiglio di mettere un numero superiore.


In questa videata dovete solo mettere un percorso con una quantita’ di spazio sufficiente per salvare i DUMP:

Penso che questa videata non meriti un commento:


Ok, Adesso avete configurato il tool di diagnostica.

Nella schermata principale controllare che il contatore dei crash sia diverso da 0, qusto indica il numero di file catturati:




Post popolari in questo blog

Commentare o Scommentare

Spesso mi capita di leggere codice di altre persone e mi chiedo a cosa stessero pensando in quel momento ! Asilo da pagare ? Macchina dal meccanico ? Davvero !!! Se ci metto 10 min per capire una riga di codice scritto in c++ allora significa che quella riga è scritta male. Magari usando qualche sintassi ridicola senza tenere conto della leggibilità del codice. Ecco che allora quando le cose si fanno dure il programmatore il giorno dopo rivedendo il proprio codice comincia a decorarlo con alcuni commenti che dovrebbero portare il lettore sulla buona strada. Sarebbe bello, se con l IDE hai fatto refatory e modifiche varie senza aggiornare i commenti. Quello che davvero non mi piace è quando scrivono nel commento cose banali del tipo la classe viene istanziata ( classeA *a = new classeA(); ) ... beh bella forza, mi hai dato un gran aiuto ... ti venisse ... ;). A questo punto preferisco spendere 10 min e cercare di capire se possibile cosa volevi fare caro amico programmatore. Oddio, ci s...
Continua a leggere

{.NET} Come sapere l’architettura di un assembly

{.NET} Come sapere l’architettura di un assembly Il sistema piu’ facile per sapere su qale architetura e’ stato compilato un assembly, e’ quello di aprire una console PowerShell e utilizzare il seguente comando: [reflection.assemblyname]::GetAssemblyName("${pwd}\MyAssembly.DLL") | fl [...] ProcessorArchitecture : X86 [...] Ecco la lista dei valori possibili ( MSDN ): DESCRIPTION Amd64 A 64-bit AMD processor only. Arm An ARM processor. IA64 A 64-bit Intel processor only. MSIL Neutral with respect to processor and bits-per-word. None An unknown or unspecified combination of processor and bits-per-word. X86 A 32-bit Intel processor, either native or in the Windows on Windows environment on a 64-bit platform (WOW64).
Continua a leggere