Hotfixrollup 3139551 für.NET Framework 4.6.1 und 4.6 für Windows

Problem 1

Eine WPF-Anwendung TreeViewItem außerhalb des Kontexts des TreeViewverwendet, kann die Anwendung eine InvalidCastException -Ausnahme auftreten, deren Stapelrahmen wie folgt beginnt:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Hinweis Diese Ausnahme tritt auf, wenn TreeViewItem in einem virtualisierten (z. B. ein Listenfeld, DataGridoder ListView -Steuerelement), die ist zu den Bildlaufoffset des TreeViewItem oder eines seiner untergeordneten Elemente. Beispielsweise tritt diese Ausnahme auf, wenn Sie TreeViewItem als Stamm einer DataTemplatedeklarieren und DataTemplate als CellTemplate einer DataGrid -Spalte verwendet wird.

Problem 2

System.Web.Caching und System.Runtime.Caching Bericht die Größe des Arbeitsspeichers, die gesamte Anwendungsdomäne nicht die verwendet wird, die von den Elementen verwendet.

Dies ist eine Regression von.NET Framework 4.5 aufgrund einer Änderung in der Timer-Implementierung. Berichterstattung die falsche Größe, können weitere Objekte, die vom ASP.NET-Cache referenzierte gen2 GC Wartezeit erheblich beeinträchtigen. In ASP.NET Hostingszenarios Cache auch korrekt ermittelt die Größe aller Caches in allen Anwendungsdomänen (ausgewiesen durch einen Leistungsindikator "Cache % Prozess Arbeitsspeicher Grenzwert verwendet" ASP.NET) Wenn Anwendungsdomänen wiederverwendet wurden.

Dieses Update entfernt unbeabsichtigte verweisen aus dem Cache an die andere Anwendung Domänenobjekte, damit die richtige Größe gemeldet wird. Dieses Update enthält außerdem ändert die Wartezeit für System.Runtime.Caching Multi-Kern-Computern zu verbessern, die GC-Server verwenden. Nach dem Anwenden dieses Updates wird die Größe aller Caches in Anwendungsdomäne recycling Szenarien außerdem korrekt berechnet.

Problem 3

Wenn Windows Presentation Foundation (WPF)-Anwendung haben, die Maus Förderung der Fingereingabe verwendet Touch Benutzerinteraktionen behandeln Verschiebt (anstelle von direkt mit Berührungsereignisse), treten möglicherweise ungewöhnlich leise heraufgestuften Maus bewegt.

Zuvor verschiebt WPF gedrosselt Maus Förderung der Fingereingabe vermeiden großer Fingereingabe verschiebt den Dispatcher überfordern. 4.6.1 von.NET Framework wurde ein Update auf eingeführt, verarbeitet die Anzahl der Fingereingabe verschiebt. Nach dieser Änderung verschiebt die Beschränkung der Maus Aktionen weiteren reduziert die Anzahl der Maus verursacht, die generiert wurden. Die Beschränkung der Maus Aktionen wird jetzt entfernt fast 1: 1-Übereinstimmung Berührungsereignisse verschieben und Mausbewegungsereignisse gefördert werden soll.

Problem 4

Angenommen Sie, Sie eine WPF-Anwendung, die auf.NET Framework 4.6 arbeiten. Sie versuchen den Wert CurrentThread.CurrentCulture oder CurrentThread.CurrentUICulture in einer Methode festlegen, die vom Verteiler WPF mithilfe einer DispatcherOperation aufgerufen wird. Sie versuchen z. B. diesen Wert in einem UI-Ereignishandler oder MainWindow-Konstruktor festlegen. In diesem Fall werden die CurrentCulture und CurrentUICulture -Werte der jeweiligen früheren Wert am Ende der Methode zurückgesetzt. Setzt eine Anwendung CurrentUICulture MainWindow Konstruktor oder einen Handler klicken, wird diese Einstellung auf System Benutzeroberflächenkultur zurückgesetzt.

Dieses Update stellt sicher, dass CurrentThread.CurrentCulture/CurrentUICulture Werte in Methoden in einer WPF-Anwendung werden auf die gleiche Weise wie vor.NET Framework 4.6 beibehalten werden.

Problem 5

In.NET Framework 4.6 wird neue Flag TaskContinuationOptions.RunContinuationsAsynchronously Task -Bibliothek hinzugefügt. Wenn Sie dieses Flag mit Task.WhenAll, Task.WhenAny oder Task.Unwrapverwenden, ist das Flag jedoch wirkungslos. Das Flag wurde eingeführt, um bestimmte Deadlocks zu verhindern. Dieses Update stellt sicher, dass alle Arten von aufgabenfortsetzungen das neue Flag berücksichtigen.

Problem 6

In.NET Framework 4.6 gibt es ein Fehler in AppContext, bei dem die Threadsicherheit der Methoden AppContext falsch implementiert werden. AppContext ist Teil der Infrastruktur zu Änderungen. Sie können AppContext und Flags abzurufen und zu in der Anwendung anhand der Daten verwenden.

Dieses Update kann für die Methoden AppContext und Switch Werte bezieht richtige Threadsicherheit.

Frage 7

Beim Auftreten ein Kante Fall Ihre Strukturierung und Überleben Muster und erfordern ein neues Segment verwalteten Heap, Garbage collection berechnen eine Commit-Größe, die kleiner als vorgesehen. Dadurch wird eine Verletzung der compact Phase, da der Garbage Collector versucht, nicht festgeschriebene Speicher schreiben.

Dieses Update wird die Größe falsch berechnet.

Problem 8

Wenn Sie systemeigenen Code für bestimmte Methoden erstellen, auftreten die.NET Framework-Anwendung und NGEN Prozesse eine unerwartete Absturz.

Problem 9

RyuJit generiert falsche Informationen vergleichen von 16-Bit-Ganzzahlen ohne Vorzeichen auf. Es erzeugt ein falsches Ergebnis haben Eingabewerte MSB unterscheiden und vergleichen die generierten Register Operanden Anweisungen.

Dieses Update wird korrekte Informationen generiert.

Gilt für

Dieser Artikel gilt für Folgendes:

• Microsoft.NET Framework 4.6.1

• Microsoft.NET Framework 4.6 mit:
  
  

  • Windows 7 Servicepack 1

  • Windows Server 2008 R2 Servicepack 1

  • Windows Server 2008 Servicepack 2

  • Windows Vista Servicepack 2