Viz produkty a operační systémy, které se vztahuje tento článek.
Tento článek popisuje kumulativní oprava hotfix 3139551, která je k dispozici pro rozhraní.NET Framework k Microsoft 4.6.1 a 4.6 rozhraní.NET Framework v systému Windows 7 Service Pack 1 (SP1), Windows Server 2008 R2 SP1, Windows Server 2008 SP2 a Windows Vista SP2. Další informace o opravy v této kumulativní opravy hotfix naleznete v části "problémy vyřešené v této kumulativní opravy hotfix".
Řešení
Informace o stažení
Následující soubor je k dispozici pro stažení z Microsoft Download Center:
Stáhněte balíček opravy hotfix.
Další informace o tom, jak stahovat soubory podpory společnosti Microsoft klepněte na následující číslo článku naleznete v článku znalostní báze Microsoft Knowledge Base:
119591 jak získat soubory podpory společnosti Microsoft ze serverů služeb onlineMicrosoft 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án.
Požadavek na restartování
Máte k restartování počítače po instalaci této opravy hotfix Pokud všechny zasažené soubory jsou používány. 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 TreeViewItem mimo kontext objektu TreeView, aplikace dojde k výjimku InvalidCastException , jehož trasování zásobníku začíná takto:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Poznámka: Tato výjimka nastane, když je ovládací prvek virtualizované seznam (například ListBox, DataGridnebo ListView ovládací prvek), který se pokouší o nalezení posunu TreeViewItem nebo některý z jeho potomků TreeViewItem . Například tato výjimka nastane, pokud deklarujete jako kořen DataTemplate TreeViewItem a DataTemplate slouží jako vlastnost CellTemplate sloupce DataGrid .
Problém 2
System.Web.Caching a System.Runtime.Caching hlásit velikost paměti, která je používána celá AppDomain místo paměti používané položky v mezipaměti.
Toto je regrese z .NET Framework 4.5 z důvodu změny v implementaci časovače. Kromě sestavy nesprávná velikost, další objekty, které odkazuje mezipaměti významně ovlivnit čekací doba gen2 GC. V hostování scénáře technologie ASP.NET, mezipaměti také nesprávně vypočteny velikost všechny mezipaměti ve všech doménách aplikací (podle údajů pomocí čítače výkonu ASP.NET "Mezipaměti % použité Limit paměti procesu") kdy byly recyklovány domény aplikace.
Tato oprava odebere nežádoucí odkazy z mezipaměti do ostatních objektů domény aplikace tak, aby je uvedena správná velikost. Tato oprava 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. Navíc pokud je použita tato oprava, velikost všechny mezipaměti v doméně aplikace recyklace scénáře byla správně vypočtena.
Problém 3
Pokud máte aplikaci Windows Presentation Foundation (WPF), která se opírá o podporu dotykového ovládání myši přesune ke zpracování interakce s uživatelem touch (místo přímo pomocí dotykové události), může dojít k neobvykle nízké objemu převedených myši přesune.
Dříve WPF omezena podpora myš touch Přesune-li se vyhnout velkým objemem touch přesune přebytek nadbytek dispečer. V rozhraní.NET Framework 4.6.1 oprava byla zavedena na akcelerátor, který přesune počet dotykového ovládání, které jsou zpracovány. Po provedení této změny omezení propagace myší způsobila další snížení počtu myši přesune, které byly vytvořeny. Omezení propagace myši je nyní odebrat tak, že by měla být téměř 1: 1 souvztažnost mezi přesunout dotyků a propagovanou myši přesunout události.
Problém 4
Předpokládejme, že pracujete v aplikaci WPF který je cílen rozhraní.NET Framework 4.6. Pokusíte se nastavit hodnotu CurrentThread.CurrentCulture nebo CurrentThread.CurrentUICulture v způsobem, který je vyvolán dispečer WPF pomocí DispatcherOperation. Například pokusíte nastavit tuto hodnotu v obslužné rutině uživatelského rozhraní nebo MainWindow konstruktor. V této situaci jsou hodnoty CurrentCulture a CurrentUICulture obnovit jejich předchozí hodnot na konci metody. Pokud aplikace nastaví CurrentUICulture v jeho konstruktoru MainWindow nebo v obslužné rutině, klepněte na tlačítko, nastavení se vrátí na jazykovou verzi uživatelského rozhraní systému.
Tato oprava zajišťuje, že CurrentThread.CurrentCulture/CurrentUICulture hodnoty, které jsou nastaveny v metodách ve WPF aplikaci uchovat stejným způsobem jako před 4.6 rozhraní.NET Framework.
Problém 5
4.6 rozhraní.NET Framework knihovna úloh vkládá nový příznak TaskContinuationOptions.RunContinuationsAsynchronously. Pokud použijete tento příznak, spolu s Task.WhenAll, Task.WhenAny nebo Task.Unwrap, vlajky však nemá žádný vliv. Chcete-li zabránit určité podmínky zablokování byl zaveden příznak. Tato oprava zajišťuje, že všechny druhy pokračováními respektovat nové vlajky.
Problém 6
4.6 rozhraní.NET Framework je chyba v AppContext, který způsobí, že podproces bezpečnosti AppContext metod, které mají být provedeny nesprávně. AppContext je součástí infrastruktury ke snížení dodatečné změny. AppContext slouží k nastavení a načtení příznaky a pro rozhodování v aplikaci založené na těchto datech.
Tato oprava umožňuje správné vláken pro metody na AppContext, který se vztahuje k nastavení a načtení hodnoty přepínače.
Problém 7
Pokud narazíte na okraj případu, který má vaše přidělení a přežití vzorek a vyžadují nový segment na spravované haldě, různého zaměření lze vypočítat velikost potvrzení, která je menší, než by mělo. To způsobí narušení přístupu během fáze kompaktní, protože 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 setkat neočekávané selhání.
Problém 9
RyuJit generuje nesprávné pokyny pro porovnání nepodepsaný celých čísel 16 bitů v registrech. V případě, že vstupní hodnoty mají různé hodnoty MSB a porovnat pokyny, které jsou generovány pomocí rejstříku operandy vytváří nesprávný výsledek.
Tato oprava generuje správné pokyny.
Platí pro
Tento článek se týká následujících akcí:
-
Microsoft rozhraní.NET Framework 4.6.1
-
Microsoft rozhraní.NET Framework 4.6, při použití:
-
Windows 7 Service Pack 1
-
Windows Server 2008 R2 Service Pack 1
-
Windows Server 2008 Service Pack 2
-
Windows Vista Service Pack 2
-