У цій статті описано зведене оновлення 3146714, яка доступна в Microsoft .NET Framework 4.6 і 4.6.1. Докладні відомості про виправлення виправлень, які виникають у зведенні виправлень, див. в розділі "Проблеми з зведеним виправленням цього виправлення".
Спосіб вирішення
Виправлення, що відповідають kb3146714, замінено на останні оновлення .NET Framework, які містять усі виправлення, раніше включені в KB3146714. Ми рекомендуємо інсталювати останні оновлення .NET Framework.
Щоб отримати додаткові відомості про завантаження файлів служби підтримки Microsoft, клацніть номер статті в базі знань Microsoft:
119591 Як отримати файли підтримки Microsoft із онлайнових служб, які Корпорація Майкрософт шукає цей файл на наявність вірусів. Корпорація Майкрософт використовувала найновішу програму виявлення вірусів, доступну в день публікації файлу. Файл зберігається на серверах із посиленою безпекою, щоб запобігти несанкціонованим змінам файлу.
Примітка. Щоб перевірити версію виправлення для оновлення, перевірте значення ключового слова Release, щоб визначити інстальовану версію. Щоб переслати сумісність, можна перевірити значення, яке перевищує або дорівнює значеню, переліченому в таблиці нижче.
|
Поточні виправлення |
Значення DWORD випуску |
|---|---|
|
Виправлення зведеного оновлення 3146711 для .NET Framework 4.6 і пізніших версій |
394294 |
Докладні відомості про те, як визначити версії .NET Framework див. в статті Визначення інстальованих .NET Framework версій.
Додаткові відомості
Попередні вимоги
Щоб застосувати це виправлення, потрібно інсталювати .NET Framework 4.6 або 4.6.1.
Необхідність перезавантаження
Якщо використовуються такі файли, потрібно перезавантажити комп'ютер після застосування цього виправлення. Радимо закрити всі програми .NET Framework, перш ніж застосовувати це виправлення.
Відомості про заміну виправлень
Цей пакет виправлень не замінює раніше випущений пакет виправлень.
Проблеми, які виправляли це виправлення зведення
Проблема з CLR JIT
Структури C# передаються за посиланням, а не за значенням, коли код запускається на комп'ютері з інстальованою програмою .NET Framework 4.6 і який використовує компілятор RyuJIT. Одна з ознак цієї помилки полягає в тому, що код представляє дані в колекції в неправильному порядку (часові ряди). Ця зміна порівняно з попередніми версіями .NET Framework спричиняє різні ознаки, коли клієнти отримуватимуться дані з історика, який ряд даних отримує клієнти.
Ця проблема виникає через відсутню позначку lvAddrExposed для змінних tmp, які дають можливість задавати аргументи, які, у свою чергу, пошкоджують етап перетворення копії.
Проблема з clr
Проблема в навантаженні типу CLR може спричинити крайній термін, а універсальні типи відновлюються з власних зображень. Через це не вдасться виконати команду ngen createpdb. Цю проблему вирішує це виправлення.
Windows проблеми з forms
Інтерфейс користувача Windows Forms PrintPreviewDialog ініціалізується дуже повільно, коли виконуються такі умови:
-
Використовується мережевий принтер.
-
Параметри користувача для цього принтера, наприклад двобічне друк, змінюються.
До цього сценарію додано оптимізацію продуктивності. Якщо параметри сторінки не змінено для певної сторінки, параметри принтера для цієї сторінки не буде повторно застосуватися (доступ до спулера принтера). Якщо програма змінює параметри принтера за допомогою обробника подій QueryPageSettings , продуктивність попереднього перегляду для відповідних сторінок не покращиться, навіть якщо встановлено позначку зняття прапорця.
Щоб відмовитися від цієї оптимізації, до файлу app.config слід додати такий ключ, залежно від версії .NET Framework:
.NET Framework 4.5.2:
<?xml version="1.0" encoding="utf-8"?>
<конфігурації>
< налаштування >
< add key="OptimizePrintPreview" value="true" />
< /appSettings >
</configuration> .NET Framework 4.6 або новішої версії:
<?xml version="1.0" encoding="utf-8"?>
<конфігурації>
< середовища виконання>
< AppContextSwitchOverrides значення = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
< /runtime>
</configuration> Якщо програма може запускатися в одній версії .NET Framework, використовуйте обидва перемикачі в одному файлі.
Щоб відмовитися, видаліть перемикач або встановіть значення False (хибні).
технологія ClickOnce проблему
технологія ClickOnce оновлено для підтримки TLS 1.1 і 1.2.
технологія ClickOnce автоматично визначає, який протокол TLS потрібен під час виконання. Щоб активувати цю функцію, технологія ClickOnce додаткові дії не потрібні.
Примітка технологія ClickOnce і надалі підтримує TLS 1.0 у передбачуваному майбутньому, незважаючи на те, що він більше не вважається підтримкою PCI-1.0.
