Code im gefilterten Ausnahme-Handler löst NullReferenceException beim Zugriff auf Ausnahme

Question

Wenn ich eine UWP-Anwendung mit dem .NET Native Compiler kompiliere und Code-Optimierungen (im Wesentlichen Release-Modus) einschalten, bekomme ich eine NullReferenceException, wenn ich versuche, auf die eigentliche Ausnahme zuzugreifen der Fangblock.

Codebeispiel:

try 
{ 
    throw new ArgumentNullException("Param"); 
} 
catch (ArgumentNullException ex) when (ex.ParamName == "Param") 
{ 
    ErrorBlock.Text = ex.ParamName; // ErrorBlock is a TextBlock in the xaml 
} 
catch (Exception) 
{ 
} 

Es geht in den richtigen catch-Block, und wirft ein NullReferenceException wenn ich ex zugreifen. Dies schlägt nur fehl, wenn sowohl .Net Native als auch Codeoptimierungen aktiviert sind.

Was verursacht dieses Problem?

Answer 1

Ich arbeite an der .NET native Laufzeit und Compiler-Team.

Dies ist ein Fehler innerhalb unseres Compilers. Sie können sich jede Ausnahmebehandlungsregion (versuchen, fangen, schließlich, wann) als kleine Funktion oder "Funclet" vorstellen. Wir verlieren den Überblick über das Ausnahmeobjekt, wenn wir den Stack für das "wann" (aka Filterblock) einrichten. Dieser Fehler wird in Windows Tools 1.3 behoben, die ohne größere Rückschläge in ein oder zwei Wochen ausgeliefert werden sollten. Es wird als Update für Leute angezeigt, die VS 2015 Update 2 installiert haben.

Lassen Sie mich wissen, wenn Sie weitere Fragen haben.

Answer 2

Ich bin mir nicht ganz sicher, warum es falsch läuft (seit einiger Zeit Debugging), aber das Fehlen von await machte mich neugierig.

Wenn Sie warten auf die ShowAsync Methode der Code ohne Probleme läuft (natürlich müssen Sie die Methode machen async, wenn Sie das noch nicht getan haben):

await new MessageDialog("Argument null exception: " + argEx.Message).ShowAsync(); 

Während der Codeblock ohne await gescheitert. Nicht sicher, ob das ein Fehler oder etwas ist, das Sie behoben haben sollten ...