Hotfix-3139550 für .NET Framework 4.6.1 und 4.6 auf Windows

Problem 1

Wenn eine WPF-Anwendung ein TreeViewItem außerhalb des Kontexts einer TreeView verwendet, kann die Anwendung auf eine InvalidCastException-Ausnahme treffen, deren Stapelüberwachung wie folgt beginnt:

"System" aus. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Hinweis Diese Ausnahme tritt auf, wenn sich TreeViewItem in einem virtualisierten Listensteuerelement befindet (z. B. einem ListBox-, DataGrid- oder ListView-Steuerelement), das versucht, den Bildlaufoffset des TreeViewItem oder eines seiner Nachfolgerdaten zu finden. Diese Ausnahme tritt z. B. auf, wenn Sie ein TreeViewItem-Steuerelement als Stamm eines DataTemplate-Steuerelements deklarieren und "DataTemplate" als CellTemplate einer DataGrid-Spalte verwendet wird.


 

Problem 2

Sowohl System.Web.Caching als auch System.Runtime.Caching melden die Größe des Arbeitsspeichers, der von der gesamten AppDomain anstelle des von den Cacheelementen verwendeten Speichers verwendet wird.

Dies ist eine Regression von .NET Framework 4,5 aufgrund einer Änderung in der Timerimplementierung. Zusätzlich zur Meldung der falschen Größe können sich die zusätzlichen Objekte, auf die der Cache verwiesen hat, erheblich auf die Gen2-GG-Latenz auswirken. In ASP.NET-Hostingszenarien hat der Cache auch die Größe aller Caches in allen App-Domänen falsch berechnet (wie über den Leistungszähler "Cache % ProzessSpeicherlimit verwendet" ASP.NET) gemeldet, als App-Domänen wiederverwendet wurden.

Mit diesem Fix werden unbeabsichtigte Verweise auf die anderen App-Domänenobjekte aus dem Cache entfernt, sodass die richtige Größe gemeldet wird. Dieser Fix umfasst auch Änderungen zur Verbesserung der Latenz für System.Runtime.Caching auf Computern mit mehreren Kernen, die Server GC verwenden. Darüber hinaus wird nach Anwendung dieses Patches die Größe aller Caches in Szenarien zum Wiederverwiederverwendung von App-Domänen richtig berechnet.


 

Problem 3

Wenn Sie über eine Windows Presentation Foundation-Anwendung (WPF) verfügen, die auf der Mausaktion für Fingerbewegungen zum Behandeln der Benutzerinteraktion per Fingerbewegung angewiesen ist (anstatt direkt Touchereignisse zu verwenden), kann es zu einer ungewöhnlich geringen Lautstärke von heraufgestuften Mausbewegungen kommt.

In früheren Jahren wurde die Mausaktion für Fingerbewegungen durch WPF gedrosselt, um zu verhindern, dass der Verteiler durch große Mengen touchbewegungen überfordert wird. In .NET Framework 4.6.1 wurde ein Fix eingeführt, um die Anzahl der verarbeiteten Touchbewegungen zu drosseln. Nach dieser Änderung führte die Einschränkung von Mausaktionen zu einer weiteren Verringerung der Anzahl generierter Mausbewegungen. Die Einschränkung von Mausaktionen wurde jetzt entfernt, sodass es nahezu eine 1:1-Übereinstimmung zwischen Fingerbewegungsereignissen und heraufgestuften Mausbewegungsereignissen geben sollte.


 

Problem 4

Gehen Sie davon aus, dass Sie an einer WPF-Anwendung arbeiten, die auf .NET Framework 4.6 zielt. Sie versuchen, den CurrentThread.Current Eine- oder CurrentThread.CurrentUI Status-Wert in einer beliebigen Methode fest, die vom WPF-Verteiler mit einem DispatcherOperation aufgerufen wird. Sie versuchen beispielsweise, diesen Wert in einem UI-Ereignishandler oder im MainWindow-Konstruktor zu festlegen. In diesem Fall werden die Current Eine- und CurrentUI Eine-Werte auf die entsprechenden vorherigen Werte am Ende der -Methode zurückgesetzt. Wenn eine Anwendung "CurrentUIWiederherstellen" im MainWindow-Konstruktor oder in einem Button Click-Handler legt, wird diese Einstellung auf die System-UI-Kultur zurückgesetzt.

Mit diesem Fix wird sichergestellt, dass die CurrentThread.Current Eine/n-Methode, die in -Methoden in einer WPF-Anwendung festgelegt wird, auf die gleiche Weise beibehalten werden wie vor .NET Framework 4.6.


 

Problem 5

In der .NET Framework 4.6 wird der Aufgabenbibliothek das neue Kennzeichen TaskContinuationOptions.RunContinuationsAsynchronously hinzugefügt. Wenn Sie dieses Kennzeichen jedoch zusammen mit Task.WhenAll, Task.WhenAny oder Task.Unwrap verwenden, hat das Kennzeichen keine Auswirkung. Das Kennzeichen wurde eingeführt, um bestimmte Sperren zu vermeiden. Mit diesem Fix wird sichergestellt, dass alle Arten von Aufgabenfortsetzungen das neue Kennzeichen respektieren.


 

Problem 6

In .NET Framework 4.6 gibt es einen Fehler in AppContext, der dazu führt, dass die Threadsicherheit der AppContext-Methoden falsch implementiert wird. "AppContext" ist Teil der -Infrastruktur zum Reduzieren von Änderungsänderungen. Sie können AppContext verwenden, um Kennzeichen fest- und abzurufen sowie basierend auf diesen Daten Entscheidungen in Ihrer Anwendung zu treffen.

Dieser Fix ermöglicht die richtige Threadsicherheit für die Methoden in AppContext, die sich auf das Festlegen und Abrufen von Switchwerten bezogen haben.


 

Problem 7

Wenn Sie auf einen Edge-Fall stoßen, der Ihr Zuteilungs- und Fortbestehenmuster hat, und ein neues Segment für den verwalteten Heap benötigen, kann ein Garbage Collector eine Commit-Größe berechnen, die kleiner als erwartet ist. Dies führt zu einer Zugriffsverletzung während der Komprimierungsphase, da der Garbage Collector versucht, in nicht auskommentierten Arbeitsspeicher zu schreiben.

Mit diesem Fix wird die Größe korrekt berechnet.


 

Problem 8

Wenn Sie systemeigenen Code für bestimmte Methoden erstellen, können die .NET Framework-Anwendungen und NN-Prozesse zu einem unerwarteten Absturz führen.

Problem 9

RyuJit generiert falsche Anweisungen zum Vergleichen von nicht signierten 16-Bit-Ganzzahlen in Registern. Es führt zu einem falschen Ergebnis, wenn Eingabewerte unterschiedliche MSB-Werte haben und bei generierten Vergleichsanweisungen Registeropernden verwendet werden.

Dieser Fix generiert korrekte Anweisungen.
 

Die Informationen in diesem Artikel beziehen sich auf

Dieser Artikel bezieht sich auf folgende Themen:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6 bei Verwendung mit:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2-Rechenzentrum

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 für eingebettete Systeme

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard