Kumulativní oprava hotfix 3139551 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: 3139551
Zobrazit produkty a operační systémy, kterých se týká tento článek.

Tento článek popisuje kumulativní opravu hotfix 3139551, která je k dispozici pro Microsoft rozhraní.NET Framework 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 částiProblémy vyřešené v této kumulativní opravy hotfix"sekce.
Řešení

Stáhnout informace

Následující soubor je k dispozici pro stažení z Microsoft Download Center:


Další informace o tom, jak stahovat soubory podpory společnosti Microsoft získáte v následujícím č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 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í

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 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 TreeViewItem ovládací prvek virtualizované seznam (například ListBoxovládací prvek DataGrida ListView ovládací prvek), který se pokouší o nalezení posunu TreeViewItem nebo některý z jeho potomků. Například tato výjimka nastane, pokud deklarujete jako kořen DataTemplateTreeViewItem a DataTemplate slouží jako vlastnost CellTemplate sloupce DataGrid .

Problém 2

System.Web.Caching a System.Runtime.Caching hlásit velikost paměti, kterou používá celé domény místo paměti používané položky v mezipaměti.

Toto je regrese z rozhraní .NET Framework 4.5 z důvodu změny v implementaci časovače. Kromě hlášení nesprávnou velikost, další objekty, které odkazuje do mezipaměti může významně ovlivnit čekací doba gen2 GC. V případech hostování technologie ASP.NET, mezipaměti také nesprávně vypočteny všechny mezipaměti ve všech doménách aplikací velikost (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 na jiné objekty domény aplikace tak, aby je uvedena správná velikost. Tato oprava také obsahuje 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 Windows Presentation Foundation (WPF) aplikace, 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.

WPF omezena podpora myš touch dříve, 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 touch, 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ěř souvislosti mezi přesunout dotyků a propagovanou myši přesunout události.

Problém 4

Předpokládejme, že pracujete na WPF aplikace 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 se obnoví hodnoty CurrentCulture a CurrentUICulture příslušné předchozí hodnoty 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 vkládá nový příznak, TaskContinuationOptions.RunContinuationsAsynchronously, knihovna úloh . Pokud použijete tento příznak, 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, obsahující vaše přidělení a vzorek pro přežití 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 k 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
  • Rozhraní.NET Framework Microsoft 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

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

Vlastnosti

ID článku: 3139551 - Poslední kontrola: 07/21/2016 15:53:00 - Revize: 2.0

Microsoft .NET Framework 4.6.1, Microsoft .NET Framework 4.6

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