17 січня 2019 р. – KB4480974 (підготовча версія щомісячного зведеного оновлення)
Applies To
Windows Server 2008 Service Pack 2Дата випуску:
17.01.2019
Версія:
Підготовча версія щомісячного зведеного оновлення
Покращення та виправлення
Це оновлення, що не стосується системи безпеки, містить вдосконалення та виправлення, які входили в оновлення 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.