Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

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

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3139550
Див. у продуктів і операційних системний інтегратор, що ця стаття відноситься до.

У цій статті описується в поточних виправлень 3139550, доступний для Microsoft .NET Framework 4.6.1 та 4.6 .NET Framework, 8,1 в ОС Windows, Windows RT 8.1 та Windows Server 2012 R2. Щоб отримати додаткові відомості про виправлення, що цей пакет поточних виправлень, див. у полі "Проблеми, що цей пакет поточних виправлень усуває."розділу.
Розв'язанн

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

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



Щоб отримати додаткові відомості про завантаження Microsoft файлів підтримки, клацніть цей номер статті, щоб переглянути її в базі знань Microsoft Knowledge Base:
119591 Як отримати файли технічної підтримки Microsoft від онлайнових служб
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 глобального Каталогу затримки. В ASP.NET хостинг сценарії, кеш-пам'яті й прорахувався розмір усіх кешуванням у всіх доменах для застосунку, (як повідомив через лічильників продуктивності "Кеш % процес використано для обмеження пам'яті" ASP.NET) коли застосунок домени були відновлений.

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

Проблема 3

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

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

Помилка 4

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

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

Проблема 5

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

Проблема 6

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

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

Помилка 7

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

Це виправлення обчислює розмір належним чином.

Проблеми з 8

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

Проблеми з 9

RyuJit, створює неправильні інструкції для порівняння 16-розрядних непідписані чисел, на синхронізацію регістрів. Він забезпечує неправильний результат, введення значень, мають різні ГРЩ, значення, і, якщо порівняти інструкції, створені за допомогою реєстру операндів.

Це виправлення, генерує правильні інструкції.

Застосовується до

Ця стаття застосовується до такого:
  • Microsoft .NET Framework 4.6.1
  • Microsoft .NET Framework 4.6, під Вільний час сценарій виконання з:
    • Windows 8.1
    • Windows RT 8.1
    • Windows Server 2012 R2 центр обробки даних
    • Основи Windows Server 2012-R2
    • Windows Server 2012 R2, для вбудованих системний інтегратор
    • Windows Server 2012 R2-Foundation
    • Windows Server 2012 R2, Standard

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3139550 – останній перегляд: 07/22/2016 17:30:00 – виправлення: 7.0

Microsoft .NET Framework 4.6.1, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139550 KbMtuk
Зворотний зв’язок
>