er

Windows skape en Dump når det krasjer. Dette minidumpfil inneholder data som var lagret i en del av minnet. Det interessante aspektet ved denne fremgangsmåten er at det er relativt enkelt å analysere Dump hjelp av Debugging Tools for Windows [link]. Verktøyet har en størrelse på omtrent 18 megabyte og er kompatibel med Windows XP, Vista og Windows Server 2003 og 2008.

Etter installasjon og oppstart av Microsoft Debugging Tools for Windows bør du legge til en Symbol File Path til programvaren ved å klikke på Fil> Symbol File Path. Oppgi følgende informasjon i tekstfeltet: SRV * e: \\ symboler * http: //msdl.microsoft.com/download/symbols
med e: \\ symboler være en tom katalog på harddisken din som kan bli endret til en annen mappe. Dataene vil da bli automatisk lastet ned fra Microsofts server. Symboler forbedrer debugging av automatisk hente debugging filer for ulike Microsoft-produkter i løpet av en debugging session.

Det neste skritt vil være å laste den siste Dump som er tilgjengelig i Windows-katalogen. Et klikk på Fil> Last Crash Dump vil laste Dump som tar ca 20-30 sekunder.

Hvis alt gikk fint helt til dette punktet vil du se informasjon som den ovenfor som gir en første indikasjon på den type problem og fil og /eller maskinvare involvert. Parameteren DEFAULT_BUCKET_ID viser hvilken type feil, for eksempel driver feil og prosessnavnet viser prosessen som var involvert.

Ved å klikke på! Analyze -v linken vil vise detaljert informasjon om ulykken. De neste trinnene er avhengig av hvilken type informasjon som du får. Jeg pleier å starte med å gjøre et søk på filene og feilmeldinger som er nevnt i debugger som vanligvis gir nok informasjon til å løse problemet.

Programvarefeil for eksempel kan bli løst ved å oppdatere programvaren eller avinstallere den hvis det ikke er nødvendig. Maskinvarefeil er oftere enn ikke driver relatert som betyr en sjåfør eller BIOS-oppdatering kan fikse feilen.