Накопительный пакет исправлений 3139551 для платформа.NET Framework 4.6.1 и 4.6 в Windows

Проблема 1

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

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

Проблема 2

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

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

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

Проблема 3

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

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

Проблема 4

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

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

Вопрос 5

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

Проблема 6

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

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

Проблема 7

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

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

Проблема 8

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

Проблема 9

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

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

Применяется к

Данная статья применима к:

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

• 4.6 при использовании Microsoft платформа.NET Framework:
  
  

  • Windows 7 с пакетом обновления 1

  • Windows Server 2008 R2 с пакетом обновления 1

  • Windows Server 2008 с пакетом обновления 2

  • Windows Vista с пакетом обновления 2