Hotfix rollup 3139550 voor de .NET Framework 4.6.1 en 4.6 op Windows

Probleem 1

Wanneer in een WPF-toepassing een TreeViewItem buiten de context van een TreeView wordt gebruikt, kan de toepassing een InvalidCastException-uitzondering tegenkomen waarvan de stack trace als volgt begint:

Systeem. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Opmerking Deze uitzondering treedt op wanneer treeViewItem zich in een gevirtualiseerd lijstbesturingselement (bijvoorbeeld een besturingselement ListBox, DataGrid of ListView) besturingselement, in een gevirtualiseerd lijstbesturingselement besturingselement, waarin wordt geprobeerd de verschuiving van de scroll van treeViewItem of een van de nazaten ervan te vinden. Deze uitzondering treedt bijvoorbeeld op als u een TreeViewItem declareerd als de hoofdmap van een DataTemplate en de DataTemplate wordt gebruikt als de CellTemplate van een DataGrid-kolom.


 

Probleem 2

Beide System.Web. Caching en System.Runtime. Caching de grootte van het geheugen dat wordt gebruikt door het hele AppDomain in plaats van het geheugen dat door de cacheitems wordt gebruikt.

Dit is een regressie van de .NET Framework 4.5 vanwege een wijziging in de timer-implementatie. Naast het melden van de verkeerde grootte, kunnen de extra objecten waarnaar wordt verwezen in de cache aanzienlijk van invloed zijn op gen2 GC-latentie. In ASP.NET hostingscenario's heeft de cache ook de grootte van alle caches in alle app-domeinen verkeerd berekend (zoals gerapporteerd via een 'Cache % Process Memory Limit Used' ASP.NET performance counter) wanneer app-domeinen werden hergebruikt.

Met deze oplossing worden onbedoelde verwijzingen uit de cache naar de andere app-domeinobjecten verwijderd, zodat de juiste grootte wordt gerapporteerd. Deze oplossing bevat ook wijzigingen om de latentie voor System.Runtime te verbeteren. Caching op computers met meerdere cores die server-GC gebruiken. Nadat deze oplossing is toegepast, wordt bovendien de grootte van alle caches in scenario's voor app-domeinrecycling correct berekend.


 

Probleem 3

Wanneer u een Windows Presentation Foundation -toepassing (WPF) hebt die afhankelijk is van de muispromotie van aanraakbewegingen om interactie met aanraakgebruikers te verwerken (in plaats van door aanraakgebeurtenissen rechtstreeks te gebruiken), kan het zijn dat u een ongebruikelijk laag volume aan gepromoveerde muisbewegingen krijgt.

Voorheen heeft WPF de muispromotie van aanraakbewegingen beperkt om te voorkomen dat een groot volume aan aanraakbewegingen de dispatcher overweldigt. In de .NET Framework 4.6.1 is een fix geïntroduceerd om het aantal aanraakbewegingen te beperkten dat wordt verwerkt. Na deze wijziging heeft het beperken van muispromoties geleid tot een extra vermindering van het aantal muisbewegingen dat is gegenereerd. De beperking van muispromoties wordt nu verwijderd, zodat er bijna een een-op-een-correspondentie moet zijn tussen gebeurtenissen met aanraakbewegingen en gepromoveerde muisverloopgebeurtenissen.


 

Probleem 4

Stel dat u werkt aan een WPF-toepassing die is gericht op .NET Framework 4.6. U probeert de waarde CurrentThread.CurrentCulture of CurrentThread.CurrentUICulture in te stellen op elke methode die wordt aangeroepen door de WPF Dispatcher met een DispatcherOperation. U probeert bijvoorbeeld deze waarde in te stellen in een gebeurtenis handler van de gebruikersinterface of de mainwindow-constructor. In deze situatie worden de waarden CurrentCulture en CurrentUICulture aan het einde van de methode opnieuw ingesteld op de respectievelijke vorige waarden. Als een toepassing CurrentUICulture in de MainWindow-constructor of in een Knopklik-handler instelt, wordt deze instelling terug naar de systeem ui-cultuur.

Deze oplossing zorgt ervoor dat de waarden CurrentThread.CurrentCulture/CurrentUICulture die zijn ingesteld in methoden in een WPF-toepassing, op dezelfde manier blijven bestaan als vóór de .NET Framework 4.6.


 

Probleem 5

In .NET Framework 4.6 wordt een nieuwe vlag, TaskContinuationOptions.RunContinuationsAsynchronly, toegevoegd aan de taakbibliotheek. Wanneer u deze vlag echter samen met Taak gebruikt.WhenAll, Task.WhenAny of Task.Unwrap, heeft de vlag geen effect. De vlag is geïntroduceerd om bepaalde vastgelopen omstandigheden te voorkomen. Deze oplossing zorgt ervoor dat alle soorten taakvernieuwingen de nieuwe vlag respecteren.


 

Probleem 6

In .NET Framework 4.6 is er een fout in AppContext waardoor de threadveiligheid van de AppContext-methoden onjuist wordt geïmplementeerd. AppContext maakt deel uit van de infrastructuur om wijzigingen te beperken. U kunt AppContext gebruiken om vlaggen in te stellen en op te halen en beslissingen te nemen in uw toepassing op basis van die gegevens.

Met deze oplossing kunt u de juiste threadveiligheid instellen voor de methoden in AppContext die betrekking hebben op het instellen en ophalen van schakelwaarden.


 

Probleem 7

Wanneer u een randcase tegenkomt die uw toewijzings- en overlevingspatroon heeft en u een nieuw segment op uw beheerde stapel nodig hebt, kan een garbage collector een commit-grootte berekenen die kleiner is dan het zou moeten. Dit veroorzaakt een toegangsovertreding tijdens de compacte fase, omdat de garbage collector probeert te schrijven naar niet-opgenomen geheugen.

Met deze oplossing wordt de grootte correct berekend.


 

Probleem 8

Wanneer u native code voor bepaalde methoden maakt, kunnen .NET Framework toepassingen en NGEN-processen een onverwachte crash ervaren.

Probleem 9

RyuJit genereert onjuiste instructies voor het vergelijken van 16-bits niet-ondertekende gehele getallen in registers. Het resultaat is onjuist als invoerwaarden verschillende MSB-waarden hebben en als de instructies die worden gegenereerd, worden registeroperands gebruikt.

Met deze oplossing worden de juiste instructies gegenereerd.
 

Van toepassing op

Dit artikel is van toepassing op het volgende:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, wanneer gebruikt met:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 voor ingesloten systemen

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard