Кумулативен спешна корекция 3139551 за .NET Framework 4.6.1 и 4.6 на Windows

Проблем 1

Когато WPF приложение използва TreeViewItem извън рамките на TreeView, приложението може да срещнете InvalidCastException изключение, чиято информация за стека започва, както следва:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Забележка: Това изключение се появява, когато TreeViewItem е в виртуализирани списък контрол (например падащ списък, DataGridили списък ), който се опитва да намери превъртане изместване на TreeViewItem или един от неговите наследници. Например това изключение се появява, ако Вие декларирате TreeViewItem като корен на DataTemplateи DataTemplate се използва като CellTemplate DataGrid колона.

Проблем 2

System.Web.Caching и System.Runtime.Caching отчитат размера на паметта, която се използва от целия AppDomain вместо памет, която се използва от елементите на кеша.

Това е регресия от .NET Framework 4.5 поради промяна в таймера за изпълнение. В допълнение към отчет с грешен размер, допълнителни обекти, които са посочени от кеша може значително да промени gen2 GC закъснение. В ASP.NET хостинг сценарии, кеш и изчислил неправилно размера на всички кеш във всички области на приложение (както се отчита чрез показателите "Кеш % процес памет граница използва" ASP.NET) когато приложението домейни са рециклирани.

Тази корекция премахва случайни препратки от кеша на други домейн обекти на приложението, за да се отчита правилно размера. Тази корекция включва промени за подобряване на закъснението на System.Runtime.Caching на многоядрени компютри, които използват GC сървъра. Освен това след това се прилага, размерът на всички кеш в приложение домейн рециклиране сценарии се изчислява правилно.

Проблем 3

Когато имате Windows представяне фондация (WPF) приложение, което разчита на мишката Повишение на докосване движения с докосване взаимодействие с потребителя (вместо директно докосване събития), може да имате необичайно обем на повишен мишката движения.

Преди WPF ограничават мишката Повишение на докосване премества избегнете голям обем докосване премества смаже диспечер. В .NET Framework 4.6.1 решение е въведена throttle брой докосване движения, които се обработват. След тази промяна ограничаване на мишката промоции причинява допълнително намаляване на броя на мишката се движи, които са били генерирани. Ограничаване на мишката промоции вече е отстранен, така че трябва да има почти пълно съответствие между докосване преместване събития и повишен мишката ход събития.

Проблем 4

Да предположим, че работите върху WPF приложение, насочена 4.6 .NET Framework. Опитвате се да зададете стойността на CurrentThread.CurrentCulture или CurrentThread.CurrentUICulture във всеки метод, който е извикан от WPF диспечер чрез DispatcherOperation. Например Опитвате се да зададете тази стойност в манипулатор на ПИ или конструктор MainWindow. В този случай стойностите на текуща култура и CurrentUICulture се връщат на съответните им предишните стойности в края на метод. Ако приложението определя CurrentUICulture MainWindow конструктор или бутон манипулатор, тази настройка се връща към системата ПИ култура.

Тази корекция гарантира, че CurrentThread.CurrentCulture/CurrentUICulture стойности, които са зададени в методите в WPF приложение продължават по същия начин, както и преди 4.6 .NET Framework.

Проблем 5

В .NET Framework 4.6 нов флаг, TaskContinuationOptions.RunContinuationsAsynchronously, се добавя към библиотеката на задачата . Когато използвате този флаг Task.WhenAll, Task.WhenAny или Task.Unwrap, флаг обаче няма ефект. Флагът е въведен за избягване на определени условия на блокиране. Тази корекция гарантира, че всички видове задачи удължаване отношение нов флаг.

Въпрос 6

В .NET Framework 4.6 има грешка в AppContext причина нишка безопасността на AppContext методи, за да се изпълнява неправилно. AppContext е част от инфраструктурата за намаляване на промените в сървъра. Можете да използвате AppContext за създаване и извличане на флагове и да взема решения в приложението въз основа на тези данни.

Тази корекция позволява правилно нишка безопасност за методите на AppContext, свързана с настройка и извличане на стойности на ключ.

Брой 7

Когато срещнете край случаите на разпределение и оцеляване модел, и се изисква нов сегмент на свободната памет на управляваните, събирач на отпадъци да изчислите извършване размер е по-малка от обикновено. Това води до нарушаване на достъпа във фазата на договор защото събирач на отпадъци се опитва да напише нефиксирани памет.

Тази корекция изчислява размера правилно.

Брой 8

Когато създавате основен код за някои методи и приложения на .NET Framework NGEN процеси възникват неочаквани сривове.

Проблем 9

RyuJit генерира неправилни инструкции да сравните неподписани 16-битови числа на регистрите. Тя води до неправилен резултат, ако входните стойности имат различни MSB стойности и сравнение на инструкции, които се генерират използват регистър операнди.

Тази корекция генерира правилно инструкциите.

Отнася се за

Тази статия се отнася за следното:

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, когато се използва с:
  
  

  • Windows 7 Service Pack 1

  • Windows Server 2008 R2 Service Pack 1

  • Windows Server 2008 Service Pack 2

  • Windows Vista Service Pack 2