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

Problem 1

När WPF-program använder en TreeViewItem utanför ramen för TreeView-kontrollen, kan programmet stöter på 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 i virtualiserade listkontrollen (till exempel en list, DataGridoch ListView -kontroll) som försöker hitta rullningsförskjutning TreeViewItem eller en av dess underordnade. Detta undantag uppstår till exempel om du deklarerar en TreeViewItem som rot för DataTemplateoch DataTemplate används som CellTemplate i en DataGrid -kolumn.

Problem 2

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

Detta är en återgång från.NET Framework 4.5 på en ändring i Timer-implementering. Förutom att rapportera fel storlek, påverka ytterligare objekt som refereras av cachen påtagligt gen2 GC svarstid. I ASP.NET som värd för scenarier, cache också registeroperationer storleken på alla cacheminnen i alla programdomäner (som rapporteras via en "Cache % processen minne gräns används" ASP.NET-prestandaräknare) när programdomäner återvunnits.

Den här korrigeringsfilen tar bort oavsiktliga referenser från cacheminnet till andra app-domänobjekt så att rätt storlek har rapporterats. Denna korrigeringsfil 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. Dessutom när korrigeringsfilen används, storleken på alla cacheminnen i programdomänen återvinning scenarier ska kunna beräknas korrekt.

Problem 3

När du har ett program för Windows Presentation Foundation (WPF) som bygger på musen främjande av touch flyttar att hantera användarinteraktionen touch (i stället för genom direkt med hjälp av rör händelser), kan det uppstå en osedvanligt låg volym av upphöjda musen flyttas.

WPF begränsats mus främjande av touch flyttar tidigare, undvika att ha en stor mängd touch flyttar överväldigande klareraren. .NET Framework 4.6.1 introducerades en korrigering till begränsar antalet touch flyttar som bearbetas. Efter ändringen flyttar begränsning av musen kampanjer som orsakade en ytterligare minskning i antalet musen som genererades. Begränsning av musen kampanjer tas nu bort så att det ska nästan en överensstämmelsen mellan touch flytta händelser och upphöjda mus flytta händelser.

Problemet 4

Anta att du arbetar med WPF-program som ger.NET Framework 4.6. Du försöker ange värdet CurrentThread.CurrentCulture eller CurrentThread.CurrentUICulture i valfri metod som anropas av WPF-Dispatcher med hjälp av en DispatcherOperation. Till exempel försök att ange det här värdet i 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 föregående 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 anges i metoder i WPF-program finns kvar på samma sätt som de gjorde före.NET Framework 4.6.

Problemet 5

I.NET Framework 4.6 läggs en ny flagga, TaskContinuationOptions.RunContinuationsAsynchronously aktivitet -biblioteket. När du använder den här flaggan med Task.WhenAll, Task.WhenAny eller Task.Unwraphar flaggan ingen 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

I.NET Framework 4.6 finns ett fel i AppContext som medför att säkerhet tråd av AppContext metoder som skall tillämpas felaktigt. 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 programmet baserat på dessa data.

Denna korrigeringsfil kan rätt tråd säkerhet för metoder i AppContext som är relaterad till inställningen och hämta värden.

Problemet 7

När du stöter på en kant ärende din fördelning och överlevnad mönster och kräver ett nytt segment på en hanterad heap, en skräpinsamlingen kan beräkna en commit-storlek som är mindre än det ska. Detta orsakar ett åtkomstfel under fasen kompakt eftersom skräpinsamlingen 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, uppstår.NET Framework-program och processer som NGEN en oväntad systemkrasch.

Problemet 9

RyuJit genererar felaktiga instruktioner att jämföra 16-bitars osignerat heltal i kassor. Den ger ett felaktigt resultat om indatavärden har olika värden för MSB och jämför instruktioner som genereras använder registret operander.

Den här korrigeringsfilen genererar rätt instruktioner.

Gäller för

Den här artikeln gäller följande:

• Microsoft.NET Framework 4.6.1

• Microsoft.NET Framework 4.6 när det används med:
  
  

  • Windows 7 servicepack 1

  • Windows Server 2008 R2 servicepack 1

  • Windows Server 2008 Service Pack 2

  • Windows Vista Service Pack 2