3139549 пакет поточних виправлень для платформи .NET Framework 4.6.1 та 4.6, в ОС Windows

У цій статті описується в поточних виправлень, доступний для Microsoft .NET Framework 4.6.1 та 4.6. Щоб отримати додаткові відомості про проблеми, що цей пакет поточних виправлень усуває. у розділі проблем, які цей пакет поточних виправлень .

Вирішення

Відомості про завантаження

Зазначені нижче файли можна завантажити з центру завантажень Microsoft:

Download Завантажити пакет виправлень, що на базі процесорів x86.
Download Завантажити пакет виправлень, що на базі x64.
Щоб отримати додаткові відомості про завантаження файлів підтримки Microsoft, клацніть номер статті в базі знань Microsoft:

119591 , як отримати файли технічної підтримки Майкрософт від інтерактивних службMicrosoft перевірив цей файл на наявність вірусів. Корпорація Майкрософт використала останню версію програмного забезпечення для виявлення вірусів, що доступне на час публікації файлу. Файл зберігається на добре захищених серверах, які запобігають внесенню до файлу будь-яких несанкціонованих змін.

Додаткові відомості

Попередні вимоги

Щоб застосувати це виправлення, потрібно .NET Framework 4.6.1 або 4.6 .NET Framework, інстальовано.



Необхідність перезавантаження

Після застосування цього виправлення, якщо задіяні файли, які використовуються, потрібно перезавантажити комп'ютер. Корпорація Майкрософт рекомендує, закрийте всі застосунки, на основі .NET Framework, перед інсталяцією розглянутого виправлення.

Відомості про заміну виправлень

Цей пакет виправлень, не замінює пакет виправлень, випущені раніше.

Проблеми, що цей пакет поточних виправлень усуває.

Проблема 1

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

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)


Примітка. Цей виняток відбувається, коли елемент TreeViewItem віртуального списку керування (наприклад, у список, Дата Грідабо відображення списків керування), який намагається знайти прокручування зсув, TreeViewItem , або один із його нащадків. Наприклад, якщо ви оголосити, TreeViewItem як до кореневої папки, DataTemplate, DataTemplate , що використовується як CellTemplate , що Дата Грід стовпця, цей виняток виникає.

Проблема 2

System.Web.Caching, так і System.Runtime.Caching, повідомте про розмір пам'яті, що використовується весь домен застосунку, замість розмір пам'яті, які використовуються в кеші елементів.

Це питання регресії з .NET Framework 4.5, в якій було внесено зміни, таймер впровадження. Окрім звітування на неправильний розмір, додаткові об'єкти, посилання в кеші може суттєво вплинути Gen2 GC затримки. У ASP.NET хостинг сценарії, кеш-пам'яті й miscalculates розмір усіх кешуванням у всіх доменів (повідомили через лічильник продуктивності ASP.NET % кеш, процес використовуються обмеження пам'яті ) під час доменів, які відновлений.

Виправлення усуває ненавмисне посилання з кеша до інших об'єктів домену застосунку, а потім визначається неправильний розмір. Вона також передбачає, що зміни, внесені до покращення затримку System.Runtime.Caching на багатоядерних комп'ютерів, які використовують GC-сервер. Нарешті, це виправлення, обчислення розмір усіх кеш в домені застосунку, повторне використання сценаріїв належним чином.

Проблема 3

Якщо Windows подання графіки (WPF) застосунок, який залежить від підвищення, для переміщення миші, щоб обробляти дотик, переміщення взаємодії з користувачем (а не безпосередньо за допомогою події дотику), можуть виникнути надто низька Том, підвищено вказівник рухається.

У минулому WPF, цих миша підвищення зв'язку рухається через те, що обсяг перехід від зв'язку, перевантажені Диспетчер. У .NET Framework 4.6.1 було зроблено виправити цю проблему. Виправлення, дроселі кількість обробляється перехід від зв'язку. Таким чином, у дроселювання акції мишу, викликає подальше зменшення в миші переміщується генерується. До цього зведеного оновлення до дроселювання миші акції було видалено і тепер слід поруч з 1 на 1 відповідності зв'язку, перемістіть події та підвищено мишею, перемістіть події.

Помилка 4

Припустімо, що ви працюєте з WPF застосунком який застосовує до .NET Framework 4.6. Наприклад, припустимо, що ви намагаєтеся встановити CurrentThread.CurrentCulture або CurrentThread.CurrentUICulture , в будь-який спосіб (наприклад, інтерфейс обробника подій або Конструктор MainWindow ), який викликається диспетчера WPF, використовуючи DispatcherOperation. У цьому випадку значення CurrentCulture та CurrentUICulture скинути відповідні значення попередніх у кінці способу. Якщо програма визначає, CurrentUICulture його MainWindow -конструктора або кнопка обробник, цей параметр, що повертається до системи інтерфейсу користувача культури.

Це виправлення гарантує, що значення CurrentThread.CurrentCulture/CurrentUICulture , можна створити в способів, у застосунку WPF зберігається як і раніше в .NET Framework 4.6.



Проблема 5

.NET Framework-4.6 новий прапор- TaskContinuationOptions.RunContinuationsAsynchronously, додано до бібліотеки завдання . Однак при використанні прапора разом з Task.WhenAll, Task.WhenAny або Task.Unwrap, він не має будь-які сили. Прапор була представлена уникнути за певних умов, взаємоблокування. Це виправлення гарантує, що всі типи завдань частини, підтримує новий прапор.

Проблема 6

AppContext є інфраструктура для зменшення порушення зміни. Можна встановити та отримати позначки за допомогою AppContext і прийняття рішень у вашому застосунку на основі цих даних. У полі 4.6 .NET Framework є помилка AppContext, коли thead безпеки AppContext методи реалізовано неправильно.

Це виправлення, дає правильний безпеки для методи AppContext, пов'язані з настройка та отримання ключ-значення.

Помилка 7

Коли ви натиснете, край випадку ваш виділення та практичні поради стосовно шаблон, і потрібно, сегменту на ваш керованих пам'яті, збирач сміття може визначати здійснювати розмір, який займає менше місця, ніж це повинно бути. Це викликає порушення прав доступу на етапі компактної, як збирач сміття намагається виконати записування до незавершених пам'яті. Це виправлення обчислює розмір належним чином.

Проблеми з 8

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

Проблеми з 9

RyuJit, створює неправильні інструкції для порівняння 16-розрядних непідписані чисел, на синхронізацію регістрів. Це створює неправильні результати, якщо різні значення для MS B вхідних значень і таким чином, створення порівняння інструкції, чи використання лише зареєструвати операндів. Це виправлення, генерує правильні інструкції.

Потрібна додаткова довідка?

Отримуйте нові функції раніше за інших
Приєднатися до Microsoft оцінювачів

Чи були ці відомості корисні?

Дякуємо за ваш відгук!

Дякуємо, що знайшли час і надіслали нам відгук! Можливо, у нас не буде часу відповісти на кожен коментар, але докладемо максимум зусиль, щоб переглянути їх усі. Вас цікавить, як ми використовуємо ваші відгуки?

×