Kumulativní oprava 3139550 pro .NET Framework 4.6.1 a 4.6 v Windows

Problém 1

Když aplikace WPF používá TreeViewItem mimo kontext TreeView, může aplikace narazit na výjimku InvalidCastException, jejíž trasování zásobníku začíná takto:

Systém. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Poznámka: K této výjimce dochází, když je položka TreeViewItem ve virtualizovaném ovládacím prvku seznamu (například ovládací prvek ListBox, DataGrid nebo ListView), který se pokusí najít posun položky TreeViewItem nebo jednoho z jeho potomků. K této výjimce dochází například v případě, že deklarujete treeviewitem jako kořenový adresář datatemplate a šablona DataTemplate se používá jako šablona buňky sloupce DataGrid.


 

Problém 2

Obě system.web. Ukládání do mezipaměti a System.Runtime. Ukládání do mezipaměti nahlásit velikost paměti, kterou používá celá doména Aplikace místo paměti používané položkami mezipaměti.

Jedná se o regresi z .NET Framework 4.5 z důvodu změny implementace časovače. Kromě vykazování nesprávné velikosti mohou další objekty, na které mezipaměť odkazuje, významně ovlivnit latenci gen2 GC. V ASP.NET hostitelských scénářích mezipaměť také nesprávně vypočítala velikost všech mezipamětí ve všech doménách aplikací (jak je oznámeno prostřednictvím čítače výkonu cache % process memory limit used ASP.NET), když byly domény aplikací recyklované.

Tato oprava odebere z mezipaměti nezamýšlené odkazy na jiné objekty domény aplikace, aby byla nahlášena správná velikost. Tato oprava také zahrnuje změny, které zlepšují latenci pro System.Runtime. Ukládání do mezipaměti na vícejádrových počítačích, které používají Server GC. Po použití této opravy se navíc velikost všech mezipamětí ve scénářích recyklace domény aplikace vypočítá správně.


 

Problém 3

Pokud máte aplikaci Windows Presentation Foundation (WPF), která se spoléhá na podporu dotykového ovládání pomocí myši, můžete zpracovávat dotykové interakce uživatelů (místo přímého používání dotykových událostí), může docházet k neobvykle nízkému objemu propagovaných pohybů myši.

V minulosti se propagace dotykového ovládání pomocí myši s omezením WPF posunuje, aby se zabránilo velkému množství dotykových pohybů dispečera. V .NET Framework 4.6.1 byla zavedena oprava, která zkrátí počet zpracovávaných dotykových pohybů. Po této změně způsobilo omezení propagačních akcí myši další snížení počtu generovaných přesunů myší. Omezení propagačních akcí myši se teď odebere, aby mezi událostmi přesunutí dotykového ovládání a propagovaly události přesunutí myší téměř 1:1.


 

Problém 4

Předpokládejme, že pracujete na aplikaci WPF, která se zaměřuje na .NET Framework 4.6. Pokusíte se nastavit hodnotu CurrentThread.CurrentCulture nebo CurrentThread.CurrentUICulture v libovolné metodě, která je volána dispečerem WPF pomocí DispatcherOperation. Zkuste třeba tuto hodnotu nastavit v obslužné rutině události uživatelského rozhraní nebo v konstruktéru MainWindow. V takovém případě se hodnoty CurrentCulture a CurrentUICulture resetují na jejich předchozí hodnoty na konci metody. Pokud aplikace nastaví currentuiculture v jeho mainwindow konstruktéru nebo v obslužné rutině kliknutí na tlačítko, toto nastavení se vrátí na jazykovou verzi uživatelského rozhraní systému.

Tato oprava zajistí, aby hodnoty CurrentThread.CurrentCulture/CurrentUICulture nastavené v metodách v aplikaci WPF zachované stejným způsobem jako před .NET Framework 4.6.


 

Problém 5

V .NET Framework 4.6 se do knihovny úkolů přidá nový příznak TaskContinuationOptions.RunContinuationsAsynchronously. Pokud ale použijete tento příznak společně s task.whenall, task.whenany nebo task.unwrap, příznak nemá žádný vliv. Příznak byl zaveden, aby se zabránilo určitým podmínkám zablokování. Tato oprava zajistí, aby všechny typy pokračování úkolů respektoval nový příznak.


 

Problém 6

V .NET Framework 4.6 je v AppContextu chyba, která způsobuje nesprávnou implementaci zabezpečení vláken metod AppContext. AppContext je součástí infrastruktury, která snižuje přerušné změny. Pomocí appcontextu můžete nastavit a načíst příznaky a rozhodovat se v aplikaci na základě těchto dat.

Tato oprava umožňuje správnou bezpečnost vláken pro metody v appcontextu, které souvisejí s nastavením a načítáním hodnot přepínačů.


 

Problém 7

Když narazíte na hraniční případ, který má váš způsob přidělení a přežití, a potřebujete nový segment na spravované haldě, může systém uvolňování paměti vypočítat velikost potvrzení, která je menší, než by měla. To způsobí narušení přístupu během kompaktní fáze, protože se systém uvolňování paměti snaží zapsat do nepověřené paměti.

Tato oprava vypočítá velikost správně.


 

Problém 8

Při vytváření nativního kódu pro určité metody může .NET Framework a NGEN dojít k neočekávanému selhání.

Problém 9

RyuJit vygeneruje nesprávné pokyny k porovnání 16bitových celých čísel bez znaménka v registrech. Výsledkem je nesprávný výsledek v případě, že vstupní hodnoty mají různé hodnoty MSB a pokud porovnávají generované pokyny, použijte operandy registru.

Tato oprava vygeneruje správné pokyny.
 

Pokryté produkty

Tento článek se týká následujícího:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6 při použití s:
   

  • Windows 8.1

  • Windows RT 8,1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 pro vložené systémy

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard