Поточних виправлень 2783808 для .NET Framework 4.5 в Windows 7, Windows 7 SP1 Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 та Windows Vista SP2

Переклади статей Переклади статей
Номер статті: 2783808 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

На цій сторінці

Введення

У цій статті описано поточних виправлень 2783808 для Microsoft .NET Framework 4.5 пакет оновлень 2 (SP2) у Windows 7, Windows 7 з пакетом оновлень 1 (SP1), Windows 2008 R2, Windows 2008 R2 SP1 Windows 2008 SP2 та Windows Vista SP2. Цей поточних виправлень доступне виправити кілька питань у the.NET рамках 4.5. Щоб отримати додаткові відомості про проблеми, які усуває виправлення перегляньте розділ "Питання, що цей поточних виправлень усуває".

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

Відомості про виправлення

Виправлення доступне від Microsoft. Тим не менш, вона призначена лише для вирішення проблеми, описані. Застосовувати його лише до системний інтегратор, у яких виникає вказана проблема.

Щоб вирішити цю проблему, зверніться до представник служби підтримки клієнтів корпорації Майкрософт для отримання виправлення. Повний список номерів телефонів представник служби підтримки клієнтів користувачів Майкрософт і відомості про вартість обслуговування відвідайте веб-сайт корпорації Майкрософт:
http://support.Microsoft.com/contactus/?ws=support
Примітка. В особливих випадках оплату за представник служби підтримки клієнтів може бути скасовано Якщо до представник служби підтримки клієнтів корпорації Майкрософт визначить телефонів служби. Витрати на звичайні підтримки буде застосовуватися до додаткову підтримку питання і проблеми, які не можуть претендувати на оновленням.

Необхідні умови

Щоб застосувати це виправлення, ви повинні мати the.NET основу 4.5 SP1 інстальовано у Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 або Windows Vista SP2.

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

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

Відомості про файли

Цей пакет виправлень не замінює попередні версії виправлень пакет.

Відомості про файли

Згорнути це зображенняРозгорнути це зображення
assets folding start collapsed
Глобальний версія цього виправлення має атрибути файлу (або новіші атрибути файлів) подані в нижченаведеній таблиці. Значення дати й часу для цих файлів перераховані в всесвітній координований Вільний час (UTC). Під Вільний час перегляду відомостей про файл, перераховуються в місцевий Вільний час. Щоб визначити різницю між UTC і місцевим часом, використовувати в часовий пояс у вкладці на Дата і Вільний час елемент панелі керування.
Для всіх підтримуваних x86-версії Windows 7, Windows 7 SP1, Windows 2008 SP2 та Windows Vista SP2
Згорнути цю таблицюРозгорнути цю таблицю
Ім'я файлуВерсія файлуРозмір файлуДатаВільний часПлатформа
загальномовне середовище виконання.dll4.0.30319.190476,876,60828 Листопада 201201:28на базі x86-процесорів
Mscordacwks.dll4.0.30319.190471,299,44028 Листопада 201201:28на базі x86-процесорів
Mscordbi.dll4.0.30319.190471,096,65628 Листопада 201201:28на базі x86-процесорів
Mscorlib.dll4.0.30319.190475,171,15228 Листопада 201202:39на базі x86-процесорів
Presentationcore.dll4.0.30319.190473,224,56028 Листопада 201202:39на базі x86-процесорів
Presentationframework.dll4.0.30319.190476,187,01628 Листопада 201202:39на базі x86-процесорів
SOS.dll4.0.30319.19047746,94428 Листопада 201201:28на базі x86-процесорів
System.dll4.0.30319.190473,449,28828 Листопада 201202:39на базі x86-процесорів
System.identitymodel.dll4.0.30319.190471,084,92828 Листопада 201202:39на базі x86-процесорів
System.Printing.dll4.0.30319.19047342,00028 Листопада 201202:39на базі x86-процесорів
System.Runtime.serialization.dll4.0.30319.190471,051,69628 Листопада 201202:39на базі x86-процесорів
System.servicemodel.channels.dll4.0.30319.19047158,76828 Листопада 201202:39на базі x86-процесорів
System.servicemodel.Discovery.dll4.0.30319.19047312,36028 Листопада 201202:39на базі x86-процесорів
System.servicemodel.dll4.0.30319.190476,368,78428 Листопада 201202:39на базі x86-процесорів
Windowsbase.dll4.0.30319.190471,237,48828 Листопада 201202:39на базі x86-процесорів
Для всіх підтримуваних під керуванням 64-розрядної версії Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 та Windows Vista SP2
Згорнути цю таблицюРозгорнути цю таблицю
Ім'я файлуВерсія файлуРозмір файлуДатаВільний часПлатформа
загальномовне середовище виконання.dll4.0.30319.190479,804,22428 Листопада 201200:33x64
загальномовне середовище виконання.dll4.0.30319.190476,876,60828 Листопада 201201:28на базі x86-процесорів
Mscordacwks.dll4.0.30319.190471,742,81628 Листопада 201200:33x64
Mscordacwks.dll4.0.30319.190471,299,44028 Листопада 201201:28на базі x86-процесорів
Mscordbi.dll4.0.30319.190471,497,04028 Листопада 201200:33x64
Mscordbi.dll4.0.30319.190471,096,65628 Листопада 201201:28на базі x86-процесорів
Mscorlib.dll4.0.30319.190475,120,46428 Листопада 201200:33x64
Mscorlib.dll4.0.30319.190475,171,15228 Листопада 201202:39на базі x86-процесорів
Presentationcore.dll4.0.30319.190473,207,68028 Листопада 201200:33x64
Presentationcore.dll4.0.30319.190473,224,56028 Листопада 201202:39на базі x86-процесорів
Presentationframework.dll4.0.30319.190476,187,01628 Листопада 201202:39на базі x86-процесорів
SOS.dll4.0.30319.19047785,34428 Листопада 201200:33x64
SOS.dll4.0.30319.19047746,94428 Листопада 201201:28на базі x86-процесорів
System.dll4.0.30319.190473,449,28828 Листопада 201202:39на базі x86-процесорів
System.identitymodel.dll4.0.30319.190471,084,92828 Листопада 201202:39на базі x86-процесорів
System.Printing.dll4.0.30319.19047342,01628 Листопада 201200:33x64
System.Printing.dll4.0.30319.19047342,00028 Листопада 201202:39на базі x86-процесорів
System.Runtime.serialization.dll4.0.30319.190471,051,69628 Листопада 201202:39на базі x86-процесорів
System.servicemodel.channels.dll4.0.30319.19047158,76828 Листопада 201202:39на базі x86-процесорів
System.servicemodel.Discovery.dll4.0.30319.19047312,36028 Листопада 201202:39на базі x86-процесорів
System.servicemodel.dll4.0.30319.190476,368,78428 Листопада 201202:39на базі x86-процесорів
Windowsbase.dll4.0.30319.190471,237,48828 Листопада 201202:39на базі x86-процесорів
Згорнути це зображенняРозгорнути це зображення
assets folding end collapsed

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

Загальномовне Питання (загальномовне середовище виконання)

Випуск 1

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

Випуск 2

Метод PerformanceCounterCategory.GetCategories не можна повернутися перелік продуктивність лічильник продуктивності категорії у деяких операційних системах, які використовують англійських локалей. Крім того, якщо .NET Framework застосунок працює приблизно такі інтерактивні елементи, щоб перелічити категорії лічильника продуктивності, не є повертається значення:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Після застосування виправлення, потрібно додати такі нові LocalizedPerfCounter конфігурації ключ у файл конфігурації застосунку для вашого застосування .NET Framework:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

податок на додану вартість зв'язок "один-до-одного" Windows (WCF) питання

Випуск 1

Припустимо, що є застосунку, який використовує System.Xml.XmlDictionaryReader WCF класу читати UTF-8 кодуванні Юнікод. Коли додаток зчитує певні символи Юнікод, які потрапляють в певному діапазоні, читати процес може бути повільним.

ПриміткаБільше інформації про System.Xml.XmlDictionaryReader клас перейдіть до наступного веб-сайт MSDN:
Загальні відомості про клас XmlDictionaryReader


Випуск 2

На комп'ютері під керуванням .NET Framework 4.5 або ранішої версії WCF програми неможливо отримати доступ до сертифіката клієнта Якщо властивість HttpsTransportBindingElement.RequireClientCertificate має значення ХИБНІСТЬ. Коли програма намагається отримати доступ до клієнтські сертифікати, WCF працює в одному з наступних режимів:
  • вимагають або відхилити
  • не потребує і не перевіряти
У цій ситуації, не можна створити застосунок, для якого сертифікат перевірки є дозвільної (наприклад, не можна створити застосунок, який використовує режим не потребують сертифікати , але перевірити, якщо умови ). Це виправлення дозволить програму для запит на додавання параметра за кінцеву точку, що забезпечує WCF додатків, сертифікат клієнта, якщо клієнт надає сертифікат. Однак, сертифікат не є обов'язковим. Підключення не буде відхилена, якщо сертифікат не надається. Наприклад, веб-сайт може спробувати використовувати автентифікацію форм для перевірки спроба доступу на сервер і надати додаткові дозволи, якщо наявність сертифіката клієнта представив на сервері.

Розробка програми, створення EndpointBehavior поведінки а потім додати поведінку до кінцевої точки прив'язки. Наприклад, можна запустити наступний код, щоб створити та додати поведінку:
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Крім того, можна додати таку настройку кінцевої точки до колекції bindingParameters:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Випуск 3

Після запуску служби WCF, що підтримує WS-Discovery через протокол користувацьких дейтаграм (UDP) на сервері можуть виникнути одне або більше з наступних питань:
  • сценарій виконання ЦП збільшує несподівано на сервері.
  • Багатоадресний трафіку є більше, ніж очікувалося.
  • Багато протокол IMAP SOAP вини спостерігаються у мережі, де .NET Framework 4.5 розгорнуті на всі або частину комп'ютерів.
Це виправлення не протокол IMAP SOAP вини будучи повернувся з кінцевої точки UDP, якщо WS-Discovery багатоадресні протокол IMAP, отримане на кінцеву, який настроєно для WS-Discovery.

Примітка. Ці проблеми можуть виникнути, навіть якщо служба не був складений для цільової .NET Framework 4.5. Ці проблеми можуть виникнути в середовищі або мережі, в якій .NET Framework 4.5 присутня на один або кілька кінцевих точок.

Система подання елементів графіки (WPF) питання


Випуск 1

Бідні друку продуктивність виникає під Вільний час сценарій виконання a.NET на основі Рамкової 4.5 WPF застосунок-служба для друку на принтері пристрій графічного інтерфейсу (GDI) в операційній системі. Ця проблема виникає, якщо виконуються такі умови:
  • операційна система (ОС), яка приймає служба використовує non Англійська мови.
  • операційна система (ОС) має один з таких продуктів інстальовано:
    • WPF Версія 4.0
    • WPF версії 4.5
    • WPF версії 3.5 та виправлення, описане у статті база знань Microsoft (або оновлення виправлень, які містить це виправлення):
      980294 Символів шрифтом штрих-коду друкуються в документ формат XPS, який створюється за допомогою .NET Framework 3.0, шрифт Wingdings
  • Надрукувати документ, що має багато блоків тексту.
Ця проблема виникає тому, що операції підстановки відбувається під Вільний час кожного друкування називає блока тексту знайти GDI шрифт, що використовується для відображення тексту. сценарій виконання ресурсу операції підстановки збільшився на застосування виправлення, яке розповсюджується в KB980294, WPF версії 4.0 і WPF версії 4.5. Крім того, сценарій виконання ресурсу операції підстановки домінує загального сценарій виконання ресурсу процес друку. Це виправлення вирішує відома проблема в логіку, що кешування результатів операції підстановки. Після застосування виправлення, сценарій виконання ресурсу операції підстановки відбувається один раз за GDI шрифт, а не відбувається один раз за блок тексту.

Випуск 2

Розглянемо таку ситуацію.
  • У вас на основі .NET Framework 4.5 застосунок, що містить елемент керування для редагування WPF. Елемент керування використовує редактор способів вводу (IME).
  • Введення тексту в елемент керування.
  • Елемент керування можна змінити текст, що вводиться. Нижче наведено приклади такої поведінки:
    • Припустимо, що у вас є текстове поле елемент керування має властивість текст пов'язані дані. Тригер оновлення джерела для зв'язування TextBox.Text майна встановлено PropertyChanged. Як ви вводите текст, надсиланням властивість елемента базових даних, описане в шлях прив'язування. Крім того, текст можна замінити іншим рядком, сам елемент даних, або конвертери, які беруть участь у прив'язування.
    • Припустимо, є елемент керування «поле зі списком» можна редагувати з ввімкнуто параметр пошуку тексту. Як ви вводите текст, елемент керування «поле зі списком» намагається відповідати тексту проти перелік доступних параметрів. Якщо елемент керування знаходить варіант, який починається з текстом, текст буде замінений повний текст відповідний параметр.
  • увімкнути IME, щоб відправити протокол IMAP WM_IME_CHAR WPF застосування, коли елемент керування перебуває в стані "текст змінено елемент керування".

    Примітка. Точна послідовність символів, що причини цього протокол IMAP сильно відрізняється між різними IME. Деякі IME ніколи не надсилати протокол IMAP на всіх.
У цьому випадку .NET Framework 4,5-додатки можуть аварії разом з System.InvalidOperationException виняток.

Щоб вирішити цю проблему, застосовувати його. Це виправлення також усуває конкретні питання, в якому Visual Studio 2012 падає, коли ви змінити сервер Фонду команди (TFS) робочий елемент разом із IME піньїнь Engkoo включений. Нижче наводиться докладний опис цього питання:

Припустимо, вхідний текст в поле "Призначено для" робочий елемент в Visual Studio 2012. Коли ви клавішу Enter після вводу тексту, WM_IME_CHAR протокол IMAP надсилається Engkoo IME. Таким чином, Visual Studio 2012 аварій.

ПриміткаВведення тексту вінші поля елемента роботи TFS також можуть викликати цю проблему.
Примітка. Ця проблема також виникає у WPF версії 4.0 або ранішої версії WPF. Однак, виправлення застосовується лише до WPF версії 4.5.
Випуск 3

Розглянемо таку ситуацію.
  • У вас є WPF застосунок, який заявляє, що дані пов'язані властивості. Дані пов'язані властивості містить прив'язки, що має складний контур. Наприклад, прив'язування має наступний шлях:
    {Прив'язування Path=A.B.C.D}
  • Створити модель даних, який викликає PropertyChanged сповіщення для деяких компонентів контура на робочий потік. Наприклад, робочий потік викликає протокол IMAP про зміни для властивості c.

    Примітки
    • робочий потік може бути будь-який потік, який відрізняється від потоку для користувача Інтерфейсу.
    • Потік інтерфейсу користувача є потік, який був проголошений прив'язування.
  • Перш ніж потік інтерфейсу користувача обробляє PropertyChanged сповіщення, модель даних піднімає іншу PropertyChanged сповіщення для попередніх компонентів контура. Наприклад, у вас є потоку викликає протокол IMAP про зміни для властивості A.

    Примітка. Другий PropertyChanged сповіщення можуть виникнути на будь-які теми. Це включає в себе потік інтерфейсу користувача.
У цьому випадку, друге протокол IMAP ігнорується. Крім того, відбувається втрата даних. Наприклад, властивість D набуває вихідного значення властивості A. Однак, очікуваний результат є це майно D отримує змінені значення властивості A.

Примітка. Ця проблема також може вплинути на ранішої версії, ніж WPF версії 4.5. Однак, виправлення застосовується лише до WPF версії 4.5.


Випуск 4

Розглянемо таку ситуацію.
  • Ви маєте WPF додаток, який запускається код оголосити блок тексту контролю і код приблизно такого вигляду:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Введення тексту в довгий рядок, який становить 9600 символів або довше.
  • Запустіть застосунок на комп'ютері з WPF версії 4.5.
У цьому випадку блок тексту елемента керування відображає кілька рядків тексту і кожного рядка тексту закінчується еліпси. Наприклад, є кількість рядків, що відображаються n/ 9600.

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

Властивості

Номер статті: 2783808 - Востаннє переглянуто: 14 червня 2013 р. - Редакція: 2.0
Застосовується до:
  • Microsoft .NET Framework 4.5
Ключові слова: 
kbqfe kbhotfixserver kbfix kbexpertiseadvanced kbsurveynew kbmt KB2783808 KbMtuk
Машинний переклад
ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 2783808

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com