Snabbkorrigering 3139549 för.NET Framework 4.6.1 och 4.6 i Windows

Den här artikeln beskrivs en snabbkorrigering för Microsoft.NET Framework 4.6.1 och 4.6. Mer information om problem som korrigeras i det här snabbkorrigeringspaketet finns i avsnittet problem som korrigeras i det här snabbkorrigeringspaketet .

Lösning

Information om hämtning

Följande filer kan hämtas från Microsoft Download Center:

Download Hämta paketet x86-baserade nu.
Download Hämta paketet x64-baserade nu.
För mer information om hur du hämtar supportfiler från Microsoft klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:

119591 hämta Microsoft-supportfiler från onlinetjänsterMicrosoft har genomsökt denna fil efter virus. Microsoft använde det mest aktuella antivirusprogram som var tillgängligt när filen lades upp. Filen är sparad på servrar med utökad säkerhet som hjälper till att förhindra otillåtna ändringar av den.

Mer Information

Förutsättningar

Om du vill installera den här snabbkorrigeringen måste du ha.NET Framework 4.6.1 eller.NET Framework-4.6 installeras.



Krav på omstart

Du måste starta om datorn när du har installerat den här snabbkorrigeringen om alla berörda filer används. Vi rekommenderar att du avslutar alla.NET Framework-baserade program innan du installerar den här snabbkorrigeringen.

Ersättningsinformation för Hotfix

Det här snabbkorrigeringspaketet ersätter inte en tidigare utgiven snabbkorrigering.

Problem som korrigeras i det här snabbkorrigeringspaketet

Problem 1

När WPF-program använder ett TreeViewItem element utanför ramen för TreeView , kan programmet uppstå ett InvalidCastException undantag vars stackspårning startas på följande sätt:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)


Obs! Detta undantag inträffar när TreeViewItem -element i en virtualiserad listkontroll (till exempel en list, DataGridoch ListView -kontroll) som försöker hitta rullningsförskjutning TreeViewItem eller en av dess underordnade. Till exempel om du deklarerar en TreeViewItem som rot för DataTemplateoch DataTemplate används som CellTemplate i en DataGrid -kolumn, undantaget det här.

Problem 2

Både System.Web.Caching och System.Runtime.Caching rapport storleken på det minne som används av hela programdomänen i stället för att storleken på minnet som används av cache-objekt.

Detta är en regression problem från.NET Framework-4.5 som gjordes en ändring i Timer-implementering. Förutom att rapportera en felaktig storlek påverka ytterligare objekt som refereras av cache påtagligt Gen2 GC svarstid. I ASP.NET som värd för scenarier, miscalculates cache också storleken på alla cacheminnen i alla programdomäner (rapporterat via Cache % processen minne gräns används ASP.NET-prestandaräknare) när programdomäner är återvunnet.

Korrigeringsfilen tar bort oönskade referenser från cacheminnet till resten av domänobjekt app och sedan rätt storlek rapporteras. Den innehåller också ändringar för att förbättra svarstiden för System.Runtime.Caching på datorer med flera kärnor som använder Server GC. Slutligen beräknar korrigeringsfilen storleken på alla cacheminnen i programdomänen återvinning scenarier på rätt sätt.

Problem 3

När du har ett program för Windows Presentation Foundation (WPF) som bygger på främjande flytta till flytta musen för att hantera en touch från användaren (i stället för direkt beröring händelser), uppstår en osedvanligt låg volym av upphöjda musen rör sig.

Tidigare flyttar WPF begränsats mus främjande av touch eftersom volymen av touch flyttar överväldigad klareraren. I.NET Framework 4.6.1 gjordes en korrigeringsfil för detta problem. Fix begränsning touch drag bearbetas. Begränsning av musen kampanjer som orsakade en ytterligare minskning i musen flyttas därför som genereras. Begränsning av musen kampanjer har tagits bort i den samlade uppdateringen, och det bör nu vara nära en 1-till-1 korrespondens mellan touch flytta händelser och upphöjda mus händelser.

Problemet 4

Anta att du arbetar med WPF-program som ger.NET Framework 4.6. Anta att du försöker ange CurrentThread.CurrentCulture eller CurrentThread.CurrentUICulture i valfri metod som anropas av WPF-Dispatcher med hjälp av en DispatcherOperation (till exempel en händelsehanterare för en UI eller konstruktorn MainWindow ). I det här fallet återställs värdena CurrentCulture och CurrentUICulture till deras respektive tidigare värden i slutet av metoden. Om ett program anger CurrentUICulture i dess MainWindow konstruktor eller en hanterare för klickar du på knappen, återgår inställningen till systemet kultur för Användargränssnittet.

Den här korrigeringsfilen säkerställer att CurrentThread.CurrentCulture/CurrentUICulture -värden som kan anges i metoder i WPF-program finns kvar som de gjorde före.NET Framework 4.6.



Problemet 5

I.NET Framework 4.6, har en ny flagga, TaskContinuationOptions.RunContinuationsAsynchronously, lagts till biblioteket för aktiviteten . När du använder den här flaggan tillsammans med Task.WhenAll, Task.WhenAny eller Task.Unwrapha det inte någon effekt. Flaggan infördes för att undvika att vissa villkor i dödläge. Den här korrigeringsfilen säkerställer att alla typer av aktivitet continuations respekterar den nya flaggan.

Problemet 6

AppContext är en del av infrastrukturen att minska senaste ändringar. Du kan använda AppContext för att ange och hämta flaggor och fatta beslut i ditt program som är baserat på dessa data. I.NET Framework 4.6 finns ett fel i AppContext som thead-säkerhet av AppContext metoder implementeras felaktigt.

Denna korrigeringsfil kan rätt tråd säkerhet för metoder i AppContext som är relaterade till inställning och hämtning av värden.

Problemet 7

När du träffar ett ärende kant med din fördelning och överlevnad mönster och du behöver ett nytt segment på en hanterad heap, skräpinsamlingen kan beräkna en commit-storlek som är mindre än den ska vara. Detta orsakar ett åtkomstfel under fasen kompakt som skräpsamlingen försöker skriva till icke allokerade minnet. Den här korrigeringsfilen beräknar storleken på rätt sätt.

Problem 8

När du skapar maskinkod för vissa metoder, krascha.NET Framework-program och processer som NGEN.

Problemet 9

RyuJit genererar felaktiga instruktioner för att jämföra 16-bitars osignerat heltal i kassor. Om indatavärdena har olika värden för MS B och därför generera jämför instruktioner att använda endast registrera operander ger felaktiga resultat. Den här korrigeringsfilen genererar rätt instruktioner.

Behöver du mer hjälp?

Utöka dina kunskaper
Utforska utbildning
Få nya funktioner först
Anslut till Microsoft Insiders

Hade du nytta av den här informationen?

Tack för din feedback!

Tack för din feedback! Det låter som att det kan vara bra att koppla dig till en av våra Office-supportrepresentanter.

×