Hotfix-combinatiepakket 3139551 voor .NET Framework 4.6.1 en 4.6 voor Windows

Probleem 1

Wanneer een WPF toepassing gebruikmaakt van een TreeViewItem buiten de context van een TreeView, kan de toepassing een InvalidCastException uitzondering waarvan stacktrace als volgt start optreden:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Opmerking Deze uitzondering treedt op wanneer de TreeViewItem in een gevirtualiseerde besturingselement (bijvoorbeeld een besturingselement ListBox, DataGridof Lijstweergave ) waarmee wordt geprobeerd de verschuiving van de TreeViewItem of een van de onderliggende objecten te vinden. Deze uitzondering treedt bijvoorbeeld op als u een TreeViewItem als de hoofdmap van een DataTemplate declarerenen de DataTemplate wordt gebruikt als de CellTemplate van de kolom van een DataGrid .

Probleem 2

Zowel System.Web.Caching als System.Runtime.Caching rapporteren de grootte van het geheugen dat door het hele AppDomain in plaats van het geheugen dat wordt gebruikt door items in de cache wordt gebruikt.

Dit is een achteruitgang van de .NET Framework 4.5 door een wijziging in de uitvoering van de Timer. Naast het melden van het verkeerde formaat kunnen de extra objecten waarnaar wordt verwezen door de cache gen2 GC latentie aanzienlijk beïnvloeden. In ASP.NET hosting, scenario's, de cache ook onjuist berekend waren de grootte van alle caches in alle domeinen van de app (zoals gemeld door middel van een 'Cache % proces geheugen limiet gebruikt' ASP.NET-Prestatiemeter) wanneer AppDomains zijn gerecycled.

Deze oplossing verwijdert onbedoelde verwijzingen uit de cache op de andere objecten in het app zodat de juiste grootte wordt gerapporteerd. Deze correctie bevat tevens wijzigingen ter verbetering van de latentie voor System.Runtime.Caching op multicore-computers die van de GC-Server gebruikmaken. Ook nadat u deze correctie hebt toegepast, wordt de grootte van alle caches in toepassingsdomein recycling scenario's correct berekend.

Probleem 3

Wanneer u een Windows Presentation Foundation (WPF) toepassing dat gebaseerd op de bevordering van touch muis is hebt verplaatst naar de verwerking van gebruikersinteractie touch (in plaats van op rechtstreeks met touch gebeurtenissen), treedt een zeer geringe hoeveelheden van gepromoveerde muis verplaatst.

Voorheen verplaatst WPF vertraagde muis bevordering van touch om te voorkomen dat u die een grote hoeveelheid touch beweegt de verzender overstelpen. In het .NET Framework 4.6.1 kreeg een correctie gashendel, die het aantal touch verplaatst die zijn verwerkt. Na deze wijziging de beperking van de muis promoties veroorzaakt een extra verlaging van het aantal muis wordt verplaatst die zijn gegenereerd. De beperking van de acties van de muis wordt nu verwijderd, zodat moet er bijna een-op-een correspondentie tussen touch verplaatsen gebeurtenissen en gepromoveerde muis verplaatsen.

Probleem 4

Stel dat u op een WPF toepassing die het .NET Framework 4.6-doelen werkt. U probeert de waarde CurrentThread.CurrentCulture of CurrentThread.CurrentUICulture instellen in een methode die wordt aangeroepen door de verzender WPF met behulp van een DispatcherOperation. Bijvoorbeeld, probeert u deze waarde instellen in de gebeurtenis-handler van een UI of de constructor MainWindow. In dit geval worden de waarden CurrentCulture en CurrentUICulture op hun respectievelijke eerdere waarden aan het einde van de methode ingesteld. Als een toepassing wordt CurrentUICulture ingesteld in de constructor MainWindow of klik op knop-handler, wordt die instelling systeem UI-cultuur.

Deze oplossing zorgt ervoor dat de waarden voor CurrentThread.CurrentCulture/CurrentUICulture die zijn ingesteld in de methoden in een WPF toepassing op dezelfde wijze aanhouden als voor het .NET Framework 4.6.

Probleem 5

In het .NET Framework 4.6, een nieuwe vlag, TaskContinuationOptions.RunContinuationsAsynchronously, toegevoegd aan de bibliotheek van de taak . Als u deze vlag in combinatie met Task.WhenAll, Task.WhenAny of Task.Unwrap, heeft de vlag geen effect. De vlag werd geïntroduceerd om te voorkomen dat bepaalde voorwaarden impasse. Deze oplossing zorgt ervoor dat alle soorten taak doorloopt met inachtneming van de nieuwe vlag.

Probleem 6

In het .NET Framework 4.6 is een bug in AppContext waardoor de thread veiligheid van de AppContext-methoden worden niet goed uitgevoerd. AppContext is onderdeel van de infrastructuur te verminderen van recente wijzigingen. U kunt AppContext instellen en ophalen van vlaggen en om beslissingen te nemen in uw toepassing op basis van die gegevens.

Deze hotfix schakelt de juiste thread veiligheid voor de methoden voor AppContext die betrekking heeft op de instelling en de switch-waarden worden opgehaald.

Probleem 7

Wanneer u een rand geval dat de toewijzing en overleven patroon en u een nieuw segment op de beheerde opslagruimte nodig, een garbage collector kunt berekenen een toegewezen grootte die kleiner is dan de bedoeling is. Dit veroorzaakt een toegangsfout tijdens de fase compact omdat de garbage collector probeert te schrijven naar niet-toegewezen geheugen.

Deze correctie wordt de grootte correct berekend.

Probleem 8

Bij het maken van systeemeigen code voor bepaalde methoden, kunnen de .NET Framework-toepassingen en processen NGEN een onverwachte crash van een optreden.

Probleem 9

RyuJit onjuiste instructies voor het vergelijken van gehele getallen zonder teken op kassa's 16-bits genereert. Als de invoerwaarden verschillende waarden van MSB hebben en vergelijken-instructies die worden gegenereerd register operanden produceert een onjuist resultaat.

Deze correctie wordt 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, in combinatie met:
  
  

  • Windows 7 servicepack 1

  • Windows Server 2008 R2 servicepack 1

  • Windows Server 2008 servicepack 2

  • Windows Vista servicepack 2