Покращення та виправлення
Це оновлення, що не стосується системи безпеки, містить вдосконалення та виправлення, які входили в оновлення KB4480968 (випущене 8 січня 2019 р.), а також містить ось які нові покращення для ознайомлення з наступним щомісячним зведеним оновленням.
- Забезпечує точне звітування про захист від додаткового підкласу вразливості стороннього каналу спекулятивного виконання, відомої як Speculative Store Bypass (CVE 2018 3639) після запуску сценарію PowerShell Get-SpeculationControlSettings.
- Вирішено проблему, пов’язану з форматом дат для календаря японського літочислення, через яку помилково додається одна цифра з "0" до значення року.
- Вирішено проблему, пов’язану з форматом дат для календаря японського літочислення, через яку аналізатор .NET припиняє роботу.
- Вирішено проблему, через яку функція GetCalendarInfo() повертає неправильне значення для поточної ери, якщо ввімкнуто нове японське літочислення.
- Вирішено проблему, через яку скорочена назва японської ери не посилається на лігатуру.
- Вирішено проблему, яка може перешкоджати правильному відображенню вікна "Довідка" (F1) у деяких програмах.
- Вирішено проблему з універсальним ЕПТ, через яку FMOD в імплементаціях для AMD64, інколи повертає неправильний результат у разі введення дуже великого обсягу даних. Бібліотека FMOD часто використовується для реалізації оператора модуля в упровадженнях JavaScript і Python, які використовують універсальне середовище виконання C.
- Вирішено проблему, через яку функція GetCalendarInfo повертала неправильне значення для ери за японським традиційним літочисленням. Докладні відомості див. в статті бази знань KB4469068.
- Вирішено проблему, через яку перший символ не розпізнавався як скорочення назви ери за японським традиційним літочисленням. Докладні відомості див. в статті бази знань KB4469068.
- Для .NET 3.5 упроваджено підтримку параметрів реєстру щодо ер за японським традиційним літочисленням. Докладні відомості див. в статті бази знань KB4469068.
Відомі проблеми в цьому оновленні
| Ознака | Спосіб вирішення |
|---|---|
| Програми, що використовують базу даних Microsoft Jet із форматом файлів Microsoft Access 97, можуть не відкрити файл, якщо в базі даних є стовпці, імена яких містять більше 32 символів. Базу даних не вдасться відкрити з помилкою "Нерозпізнаний формат бази даних". | Цю проблему вирішено в оновленні KB4487023. |
| Після інсталяції цього оновлення, віртуальні машини (ВМ) не відновлюватимуться успішно, якщо ВМ вже були збережені та відновлені. Повідомлення про цю помилку виглядає наступним чином: "Не вдалося відновити стан віртуальній машині: неможливо відновити дані збереженого стану цієї віртуальної машини, оскільки їх неможливо прочитати. Видаліть збережені дані стану, а потім спробуйте запустити віртуальну машину. (0xC0370027).” Це впливає на мікроархітектури родин AMD Bulldozer 15h, AMD Jaguar 16h та AMD Puma 16h (другого покоління). |
Цю проблему вирішено в оновленні KB4490514. |
| Після інсталяції цього оновлення перший символ назви японського традиційного літочислення не розпізнається як скорочення. Це може призвести до помилок аналізу дат. | Цю проблему вирішено в оновленні KB4489880. |
Отримання оновлення
Це оновлення надається як Необов’язкове оновлення у Windows Update. Щоб отримати додаткові відомості про запуск Windows Update, див. розділ Отримання оновлення зі служби Windows Update. Щоб отримати автономний пакет для цього оновлення, перейдіть на веб-сайт Каталог Microsoft Update.
Відомості про файли
Щоб отримати список файлів, які містить це оновлення, завантажте відомості про файл для сукупного оновлення 4480974.