Felsöka problem med C++/WinRT

Det här ämnet är placerat i främsta rummet så att du är medveten om det direkt, även om du inte behöver det än. Tabellen med felsökningssymptom och åtgärder nedan kan vara till hjälp om du klipper ny kod eller porterar en befintlig app. Om du porterar och är angelägen om att gå vidare och komma till den fas där projektet bygger och körs kan du göra tillfälliga framsteg genom att kommentera eller stubba ut eventuell icke-nödvändig kod som orsakar problem och sedan återgå till att betala av den skulden senare.

En lista över vanliga frågor och svar finns i Vanliga frågor och svar.

Spåra XAML-problem

XAML-parsningsfel kan vara svåra att diagnostisera, särskilt om det inte finns några meningsfulla felmeddelanden i undantaget. Kontrollera att felsökaren är konfigurerad för att fånga undantag från första chansen (för att försöka fånga upp parsningsfelet tidigt). Du kanske kan inspektera undantagsvariabeln i felsökningsprogrammet för att avgöra om HRESULT eller meddelandet har någon användbar information. Kontrollera även utdatafönstret i Visual Studio för felmeddelanden som matas ut av XAML-parsern.

Om din app avslutas och allt du vet är att ett ohanterat undantag utlöstes under parsning av XAML-markup, kan det bero på en referens via nyckel till en saknad resurs. Eller så kan det vara ett undantag som genereras i en UserControl, en anpassad kontroll eller en anpassad layoutpanel. En sista utväg är en binär delning. Ta bort ungefär hälften av markeringen från en XAML-sida och kör appen igen. Sedan vet du om felet finns någonstans inom den halva som du tog bort (som du nu bör återställa i alla fall) eller i den halva som du inte tog bort. Upprepa processen genom att dela upp den halva som innehåller felet och så vidare tills du har nollställt problemet.

Symtom och åtgärder