Hotfix 3139550 для платформа .NET Framework 4.6.1 и 4.6 в Windows

Проблема 1

Если приложение WPF использует treeViewItem вне контекста TreeView, приложение может столкнуться с исключением InvalidCastException, трассировка стопки которого начинается следующим образом:

Системы. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Примечание. Это исключение возникает, если treeViewItem находится в виртуализированном списке (например, ListBox, DataGrid или ListView), который пытается найти смещение прокрутки дереваViewItem или одного из его потомков. Например, это исключение возникает, если вы объявляете treeViewItem корнем dataTemplate, а DataTemplate используется как CellTemplate столбца DataGrid.


 

Проблема 2

Как System.Web.Caching, так и System.Runtime.Caching сообщают размер памяти, используемой всем приложением AppDomain, а не памятью, используемой элементами кэша.

Это регрессия от платформа .NET Framework 4.5 из-за изменения в реализации "Timer". Дополнительные объекты, на которые ссылается кэш, могут не только сообщить о неправильном размере, но и существенно повлиять на задержку gen2 GC. В ASP.NET сценарии размещения кэш также неправильно вычислил размер всех кэша во всех доменах приложений (как по ссылке "Кэш % используемых ограничений памяти процессов" ASP.NET счетчик производительности), когда домены приложений были корзины.

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


 

Проблема 3

Если у вас есть приложение Windows Presentation Foundation (WPF), которое использует рекламу мыши при сенсорном переходе для обработки сенсорных взаимодействий с пользователем (а не непосредственно с помощью событий с сенсорным экраном), может возникнуть необычно низкий объем перемещаемой мыши.

Раньше в WPF перемещалась рекламная акция с регулированием мыши для сенсорных экранов, чтобы избежать переполнения диспетчера большим объемом сенсорных экранов. В платформа .NET Framework 4.6.1 было введено исправление для изменения количества обрабатываемых сенсорных переходов. После этого изменения регулирование рекламных акций мыши привело к дополнительному уменьшению числа сгенерированных переходов мыши. Регулирование рекламных акций мыши теперь удаляется, так что между событиями перемещения сенсорного перемещения и продвигаемой мышью должно быть почти 1 к одному переписка.


 

Проблема 4

Предположим, вы работаете над приложением WPF, которое будет платформа .NET Framework 4.6. Вы пытаетесь установить значение CurrentThread.CurrentCulture или CurrentThread.CurrentUICulture любым способом, вызываемым диспетчером WPF с помощью диспетчера. Например, вы пытаетесь установить это значение в обработчике событий пользовательского интерфейса или конструкторе MainWindow. В этом случае значения CurrentCulture и CurrentUICulture в конце метода сбрасываются до соответствующих значений. Если приложение задает CurrentUICulture в конструкторе MainWindow или в обработчике нажатий кнопки, этот параметр возвращается к культуре пользовательского интерфейса системы.

Это исправление позволяет сохранить значения CurrentThread.CurrentCulture/CurrentUICulture, заданные в методах в приложении WPF, так же, как и до платформа .NET Framework 4.6.


 

Проблема 5

В платформа .NET Framework 4.6 в библиотеку задач добавляется новый флаг TaskContinuationOptions.RunContinuationsAsynchronously. Однако при использовании этого флажка вместе с task.WhenAll, Task.WhenAny или Task.Unwстановка флаг не влияет. Флажок был введен, чтобы избежать определенных условий блокировки. Это исправление позволяет всем типам продолжения задачи соблюдать новый флажок.


 

Проблема 6

В платформа .NET Framework 4.6 есть ошибка в AppContext, которая приводит к неправильному внедрению безопасной цепочки методов AppContext. AppContext является частью инфраструктуры, чтобы сократить количество изменений. С помощью AppContext можно устанавливать и извлекать флаги, а также принимать решения в приложении на основе этих данных.

Это исправление обеспечивает правильную безопасность потока для методов в AppContext, связанных с настройкой и ипроигрывателем значений переключения.


 

Проблема 7

Когда вы сталкиваетесь с делом границы, который имеет характер выделения и выживания и вам требуется создать новый сегмент на управляемой койке, сборщик корзины может вычислить размер корзины, меньший по размеру. Это приводит к нарушению доступа на этапе сжатия, так как сборщик корзины пытается записать записи в незафиксировали память.

Это исправление вычисляет размер правильно.


 

Проблема 8

При создании кода для определенных методов платформа .NET Framework приложения и процессы NGEN могут привести к неожиданному сбою.

Проблема 9

RjiJit создает неправильные инструкции для сравнения 16-битных неподписаний в регистраторах. Если входные значения имеют разные значения MSB и сравнивают сгенерированную инструкцию, используется регистр операнд.

Это исправление создает правильные инструкции.
 

Относится к

Эта статья относится к следующим статьям:
 

• Microsoft платформа .NET Framework 4.6.1

• Microsoft платформа .NET Framework 4.6, если используется с:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 для внедренных систем

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 стандартный