Kumulativní oprava hotfix 3139549 pro rozhraní.NET Framework 4.6.1 a 4.6 v systému Windows

DŮLEŽITÉ: Tento článek je přeložen pomocí softwaru na strojový překlad Microsoft. Nepřesný či chybný překlad lze opravit prostřednictvím technologie Community Translation Framework (CTF). Microsoft nabízí strojově přeložené, komunitou dodatečně upravované články, a články přeložené lidmi s cílem zajistit přístup ke všem článkům v naší znalostní bázi ve více jazycích. Strojově přeložené a dodatečně upravované články mohou obsahovat chyby ve slovníku, syntaxi a gramatice. Společnost Microsoft není odpovědná za jakékoliv nepřesnosti, chyby nebo škody způsobené nesprávným překladem obsahu nebo jeho použitím našimi zákazníky. Více o CTF naleznete na http://support.microsoft.com/gp/machine-translation-corrections/cs.

Projděte si také anglickou verzi článku: 3139549
Tento článek popisuje kumulativní oprava hotfix, která je k dispozici pro Microsoft rozhraní.NET Framework 4.6.1 a 4.6. Další informace o problémech vyřešených v této kumulativní opravy hotfix naleznete Problémy vyřešené v této kumulativní opravy hotfix sekce.
Řešení

Stáhnout informace

Následující soubory jsou k dispozici pro stažení z webu Microsoft Download Center:


Pro více informací o tom, jak stahovat soubory podpory společnosti Microsoft, klepněte na následující číslo článku v databázi Microsoft Knowledge Base:
119591 Jak získat soubory podpory společnosti Microsoft ze serverů služeb online
Microsoft zkontroloval tento soubor na přítomnost virů. Společnost Microsoft použila aktuální antivirový software, který byl k dispozici k datu, kdy byl soubor vydán. Soubor je uložen na zabezpečených serverech, které pomáhají zabránit neoprávněným změnám v souboru.
Další informace

Předpoklady

Chcete-li nainstalovat tuto opravu hotfix, musíte mít rozhraní.NET Framework 4.6.1 nebo 4.6 rozhraní.NET Framework nainstalována.

Požadavek na restartování

Po použití této opravy hotfix, pokud jsou používány všechny zasažené soubory po restartování počítače. Doporučujeme ukončit všechny aplikace založené na rozhraní.NET Framework před instalací této opravy hotfix.

Informace o nahrazení opravy hotfix

Tento balíček oprav hotfix nelze nahradit dříve vydaná oprava hotfix balíček.

Problémy vyřešené v této kumulativní opravy hotfix

Problém 1

Používá-li aplikace WPF prvek TreeViewItemmimo kontextTreeView , aplikace setkat výjimkuInvalidCastException , jehož trasování zásobníku začíná takto:

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

Poznámka: Tato výjimka nastane, když je prvek TreeViewItemovládací prvek virtualizované seznam (napříkladListBoxovládací prvek DataGrida ListView ovládací prvek), který se pokouší o nalezení posunu TreeViewItem nebo některý z jeho potomků. Například pokud deklarujete jako kořen DataTemplateTreeViewItem a DataTemplate slouží jako vlastnost CellTemplate sloupce DataGrid , dojde k této výjimce.

Problém 2

System.Web.Caching a System.Runtime.Caching hlásit velikost paměti využitá celá AppDomain místo velikost paměti používané položky v mezipaměti.

Jedná se o problém regrese z .NET Framework 4.5, ve které byla provedena změna v provádění časovače. Kromě sestavy nesprávná velikost, další objekty odkazovat mezipaměti významně ovlivnit čekací doba Gen2 GC. V hostování scénáře technologie ASP.NET, miscalculates mezipaměti také velikost všechny mezipaměti ve všech doménách aplikací (uvedeny pomocí čítače výkonu ASP.NET mezipaměti % použit Limit paměti procesu ) Pokud jsou recyklovány domény aplikace.

Oprava odstraní nezamýšlená odkazy z mezipaměti do ostatních objektů domény aplikace a pak je vykazován správnou velikost. Zahrnuje také změny ke zlepšení latence pro System.Runtime.Caching v počítačích s více jádry pomocí serveru globálního katalogu. Nakonec tato oprava vypočítá velikost všech mezipamětí v doméně aplikace správně recyklace scénáře.

Problém 3

Pokud máte Windows Presentation Foundation (WPF) aplikace, která se opírá o podporu k přesunutí myši pro zpracování dotyk přesunout interakci s uživatelem (namísto přímo dotyků), může dojít k neobvykle nízké objemu převedených myši přesune.

V minulosti WPF omezena podpora myš touch přesune protože objem dotyku přesune přetížena dispečer. V rozhraní.NET Framework 4.6.1 byla provedena oprava tohoto chování. Oprava omezení počet dotyku přesune zpracovány. Proto omezení propagace myší způsobila další snížení v myši přesune generovaná. V této kumulativní aktualizaci omezení propagace myši bylo odstraněno a je nyní třeba zavřít přesunutí vztahu 1: 1 mezi dotykové události a propagovanou myši události.

Problém 4

Předpokládejme, že pracujete s aplikací WPF který je cílen rozhraní.NET Framework 4.6. Předpokládejme například, zkuste nastavit metody (například v obslužné rutině uživatelského rozhraní nebo konstruktorMainWindow ), který je vyvolán dispečer WPF DispatcherOperation pomocíCurrentThread.CurrentCulture nebo CurrentThread.CurrentUICulture. V takovém případě jsou hodnoty CurrentCulture a CurrentUICulture obnovit jejich dřívějších hodnot na konci metody. Pokud aplikace nastaví CurrentUICulture v jeho konstruktoru MainWindow nebo obslužné rutiny Click tlačítka, nastavení se vrátí zpět na jazykovou verzi uživatelského rozhraní systému.

Tato oprava zajišťuje, že CurrentThread.CurrentCulture/CurrentUICulture hodnoty, které lze nastavit v metodách ve WPF aplikaci uchovat jako před 4.6 rozhraní.NET Framework.

Problém 5

4.6 rozhraní.NET Framework nové příznak TaskContinuationOptions.RunContinuationsAsynchronouslybyl přidán do knihovny úkolu . Však při použití tohoto příznaku ve spojení s Task.WhenAll, Task.WhenAny nebo Task.Unwrap, to nemá vliv. Chcete-li zabránit určité podmínky zablokování byl zaveden příznak. Tato oprava zajišťuje, že všechny typy pokračování úlohy respektovat nový příznak.

Problém 6

AppContext je součástí infrastruktury ke snížení dodatečné změny. Můžete použít k nastavení a načtení příznaky AppContext a rozhodování v aplikaci založené na těchto datech. 4.6 rozhraní.NET Framework je chyba v AppContext, ve kterém thead bezpečnost AppContext metody jsou implementovány nesprávně.

Tato oprava umožňuje správné vláken pro metody na AppContext, které se vztahují k nastavení a načtení hodnoty přepínače.

Problém 7

Při zásahu s případem okraj s vaší přidělení a přežití vzorek a je potřeba nový segment na spravované haldě, uvolňování může vypočítat velikost potvrzení, která je menší než by měla. To způsobuje narušení přístupu během fáze kompaktní, jako uvolňování se pokouší o zápis do paměti nepotvrzené. Tato oprava vypočítá velikost správně.

Problém 8

Při vytváření nativního kódu u některých metod, rozhraní.NET Framework aplikace a procesy NGEN může dojít k chybě.

Problém 9

RyuJit generuje nesprávné pokyny pro porovnávání nepodepsané celá čísla 16 bitů na registračních pokladnách. Pokud vstupní hodnoty mají různé hodnoty MS B a bude proto generovat porovnat pokyny použijte pouze registru operandy vytváří nesprávné výsledky. Tato oprava generuje správné pokyny.

Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 3139549 - Poslední kontrola: 02/25/2016 00:16:00 - Revize: 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139549 KbMtcs
Váš názor