In dit artikel wordt een hotfix-rollup beschreven die beschikbaar is voor de Microsoft .NET Framework 4.6.1 en 4.6. Zie de sectie Problemen die met deze hotfix-rollup worden opgelost voor meer informatie over de problemen die met deze hotfix-rollup worden opgelost.
Oplossing
Informatie over downloaden
De hotfix die overeenkomt met KB3139549 is overgehebd met de meest recente updates van .NET Framework, die alle fixes bevatten die eerder in KB3139549 waren opgenomen. Het wordt aanbevolen om de meest recente updates van .NET Framework.
Als u meer informatie wilt over het downloaden van Microsoft-ondersteuningsbestanden, klikt u op het volgende artikelnummer om het desbetreffende Microsoft Knowledge Base-artikel weer te geven:
119591 Microsoft-ondersteuningsbestanden verkrijgen bij onlineservices Microsoft heeft dit bestand gescand op virussen. Hierbij is gebruikgemaakt van software voor virusdetectie die volledig bijgewerkt was op de datum dat het bestand beschikbaar werd gesteld. Het bestand is opgeslagen op beveiligde servers die onbevoegde wijzigingen aan het bestand helpen voorkomen.
Meer informatie
Vereisten
Als u dit hotfix wilt toepassen, moet de .NET Framework 4.6.1 of de .NET Framework 4.6 zijn geïnstalleerd.
Vereiste opnieuw starten
U moet de computer opnieuw starten nadat u deze hotfix hebt toegepast als er bestanden worden gebruikt die zijn beïnvloed. Het is raadzaam om alle op .NET Framework gebaseerde toepassingen te sluiten voordat u dit hotfix gaat toepassen.
Hotfix-vervangingsgegevens
Dit hotfix-pakket vervangt geen eerder uitgebracht hotfix-pakket.
Problemen die met deze hotfix-rollup worden opgelost
Probleem 1
Wanneer een WPF-toepassing een TreeViewItem-element buiten de TreeView-context 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 het element TreeViewItem zich in een gevirtualiseerd lijstbesturingselement (bijvoorbeeld een besturingselement ListBox, DataGrid of ListView) besturingselementen voor het zoeken naar de verschuiving van de scroll van de TreeViewItem of een van de nazaten ervan. Als u bijvoorbeeld een TreeViewItem declareerd als de hoofdmap van een GegevensTemplate en de GegevensTemplate wordt gebruikt als de CellTemplate van een DataGrid-kolom, treedt deze uitzondering op.
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 de grootte van het geheugen dat door de cacheitems wordt gebruikt.
Dit is een regressieprobleem van de .NET Framework 4.5 waarin een wijziging is aangebracht in de timer-implementatie. De aanvullende objecten waarnaar in de cache wordt verwezen, kunnen niet alleen een onjuiste grootte melden, maar kunnen ook de latentie van Gen2 GC aanzienlijk beïnvloeden. In ASP.NET hostingscenario's wordt in de cache ook de grootte van alle caches in alle toepassingsdomeinen verkeerd berekend (gerapporteerd via het cache- en procesgeheugenlimiet ASP.NET prestatieteller) wanneer toepassingsdomeinen worden hergebruikt.
Met de oplossing worden onbedoelde verwijzingen uit de cache naar de rest van de app-domeinobjecten verwijderd en wordt de juiste grootte gerapporteerd. Het bevat ook wijzigingen om de latentie voor System.Runtime te verbeteren. Caching op computers met meerdere cores die server-GC gebruiken. Ten slotte wordt met deze oplossing de grootte van alle caches in app-domeinrecyclingscenario's correct berekend.
Probleem 3
Wanneer u een Windows Presentation Foundation-toepassing (WPF) hebt die afhankelijk is van promotie naar een muisverplaatsing om de interactie van een gebruiker met aanraakbewegingen aan te kunnen (in plaats van rechtstreeks aanraakgebeurtenissen te gebruiken), kan het aantal gepromoveerde muisbewegingen ongebruikelijk laag zijn.
In het verleden heeft WPF de muispromotie van aanraakbewegingen beperkt omdat het volume van aanraken de dispatcher overstelpt. In de .NET Framework 4.6.1 is een oplossing voor dit gedrag gemaakt. De oplossing beperkt het aantal verwerkte aanraakbewegingen. Daarom heeft het beperken van muispromoties geleid tot een verdere vermindering van het aantal muisbewegingen dat wordt gegenereerd. In deze update-rollup is de beperking van muispromoties verwijderd en zou er nu een 1 tot 1 correspondentie moeten zijn tussen gebeurtenissen voor aanraakbewegingen en gepromoveerde muisverhuisgebeurtenissen.
Probleem 4
Stel dat u werkt met een WPF-toepassing die is gericht op .NET Framework 4.6. Stel dat u CurrentThread.CurrentCulture of CurrentThread.CurrentThread.CurrentUICulture probeert in te stellen op een methode (zoals een gebeurtenis handler van de gebruikersinterface of de MainWindow-constructor) die door de WPF Dispatcher wordt aangeroepen met een DispatcherOperation. In deze situatie worden de waarden CurrentCulture en CurrentUICulture aan het einde van de methode opnieuw ingesteld op hun respectieve eerdere waarden. Als een toepassing CurrentUICulture in de MainWindow-constructor of een Knopklik-handler instelt, wordt deze instelling terug naar de systeem ui-cultuur.
Deze oplossing zorgt ervoor dat de waarden CurrentThread.CurrentCulture/CurrentUICulture die kunnen worden ingesteld in methoden in een WPF-toepassing, blijven bestaan zoals vóór de .NET Framework 4.6.
Probleem 5
In .NET Framework 4.6 is een nieuwe vlag, TaskContinuationOptions.RunContinuationsAsynchronly, toegevoegd aan de taakbibliotheek. Wanneer u deze vlag echter gebruikt in combinatie met Taak.WhenAll, Task.WhenAny of Task.Unwrap, heeft dit geen effect. De vlag is geïntroduceerd om bepaalde vastgelopen omstandigheden te voorkomen. Deze oplossing zorgt ervoor dat alle typen taakvernieuwingen de nieuwe vlag respecteren.
Probleem 6
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 die is gebaseerd op die gegevens. In .NET Framework 4.6 is er een fout in AppContext waarbij dead-veiligheid van de AppContext-methoden onjuist wordt geïmplementeerd.
Met deze oplossing kunt u de juiste threadveiligheid instellen voor de methoden op AppContext die betrekking hebben op het instellen en ophalen van schakelwaarden.
Probleem 7
Wanneer u een randcase raakt met uw toewijzings- en overlevingspatroon en u een nieuw segment op uw beheerde stapel nodig hebt, kan de garbage collector een commit-grootte berekenen die kleiner is dan het zou moeten zijn. Dit veroorzaakt een toegangsovertreding tijdens de compacte fase, omdat de garbage collector probeert te schrijven naar niet-toegelaten geheugen. Met deze oplossing wordt de grootte correct berekend.
Probleem 8
Wanneer u native code voor bepaalde methoden maakt, kunnen de .NET Framework en NGEN-processen vast komen te werken.
Probleem 9
RyuJit genereert onjuiste instructies voor het vergelijken van 16-bits niet-ondertekende gehele getallen in registers. Er worden onjuiste resultaten gegenereerd als invoerwaarden verschillende MSB-waarden hebben en daarom vergelijkingsinstructies genereren die alleen operanten voor registeren gebruiken. Met deze oplossing worden de juiste instructies gegenereerd.
