Доступен накопительный пакет исправлений 2908385 для платформа.NET Framework 4.5.1 на Windows 8 и Windows Server 2012

Предварительные условия

Для установки этого исправления необходимо иметь 4.5.1 установлена платформа.NET Framework.

Необходимость перезагрузки

Необходимо перезагрузить компьютер после установки исправления, если используются все файлы. Рекомендуется закрыть все приложения платформа.NET Framework перед установкой исправления.

Сведения о замене исправлений

Данное исправление не заменяет ранее выпущенные исправления.

Проблема 1

Symptoms

Предположим, вызывается метод Application.DoEvents() из обработчика событий ValueChanged для элемента управления NumericUpDown . Например можно использовать следующий код:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
При нажатии вверх или кнопку со стрелкой вниз на несколько секунд, создает элемент управления timer для создания повторяющихся увеличивает или уменьшает значение. В Application.DoEvents тактов таймера выполняется снова. В этом случае новое событие ValueChanged . Затем снова введите обработчика событий tick таймера. При отпускании кнопки мыши, таймер уничтожается в обработчике в нижней части стека, но затем повторно используется снова как стек развертывается обработчиками. В результате сбоя и исключение null reference.

Временное решение

Чтобы обойти эту проблему, используйте BeginInvoke для асинхронного вызова ( Application.DoEvents) после обработки события таймера. Например можно используйте следующий класс для переопределения поведения по умолчанию:public class MyNumericUpDown : System.Windows.Forms.NumericUpDown{
public NumericUpDown() : base()
{
}
protected override void OnValueChanged(EventArgs e)
{
// run the handler as a separate event to prevent re-entrance to prevent a NullRef when hitting.
if (IsHandleCreated)
BeginInvoke(new Action(() => base.OnValueChanged(e)));
else
base.OnValueChanged(e);
}
}
Примечание. Как правило не рекомендуется ввести цикл обработки сообщений (Application.DoEvents) из обработчика сообщений (ValueChanged вызывается из обработчика сообщений Timer.OnTick ), так как это может привести к переполнению стека. Например большой диапазон элемента управления NumericUpDown , а пользователь удерживает кнопку со стрелкой вниз в течение длительного времени. Используйте BeginInvoke , чтобы избежать переполнения стека. Данное исправление не устраняет эту проблему.

Проблема 2

Симптомы

Копирование форматированный текст из длинного документа XPS может занять несколько минут в зависимости от положения текста в документе и может вызвать приложение для закрепления.

Cause

Эта проблема возникает, потому что некоторые объявления форматирования требуется сканирование документа от начала до нужного фрагмента. Эти объявления встречаются редко (они поставляются из настраиваемых элементов, имеющих атрибут TextElementEditingBehaviorAttribute , который не помечен как IsTypographicOnly).

Логика изменения в данное исправление, чтобы избежать дорогостоящих сканирования при такие объявления не отображаются в нужный выбор.

Проблема 3

Симптомы

В конце текста TextBlock Windows Presentation Foundation (WPF) может отображаться один или несколько символов. Эта проблема возникает при выполнении следующих условий:

• TextWrapping или TextTrimming включена.

• Заполнение не равен нулю, или TextFormattingMode является «Отображение».

• Ширина не задано или задано значение «Auto».

• Ширины привести FontFamily, FontSize и определенных символов в тексте.

Cause

Эта проблема возникает из-за неточности (округление ошибка), возникающие при расчете ширины текста, преобразование между внутренними системами координат, учета для заполнения и выравнивание текста к границам пикселов для режима отображения.

Защиту от такого рода неточности был добавлен для вычислений, чтобы убедиться в том, что будут отображаться все символы, которые должны отображаться.

Проблема 4

Закрепляющие объектов может привести к слишком большой фрагментации памяти, что приводит к снижению производительности. Это исправление обеспечивает более эффективное повторное использование буферов памяти, которое сводит к минимуму фрагментации памяти.

Вопрос 5

В некоторых случаях приложения могут возникнуть нарушение прав доступа во время AppDomain завершает работу после фоновой операции сборки мусора.

Проблема 6

Средства диагностики, которые с помощью интерфейса API для профилирования инструментирования промежуточного языка может привести к следующим необработанное исключение возникнет исключение, общеязыковая среда выполнения (CLR):

Кроме того сбоя процесса. Эта проблема возникает только при использовании средств диагностики.

Проблема 7

При использовании Windows Communication Foundation (WCF) 4.5 точку расширяемости HttpMessageHandler (также известный как конвейер WCF HTTP), невозможно задать заголовок WWW-Authenticate HttpRequestMessage или HttpResponseMessage. Это происходит потому, что новая точка расширяемости HttpMessageHandler использует другой механизм для обработки заголовков.

После установки данного исправления четности добавляются два механизма для добавления заголовков и один должен быть снова добавить заголовки WWW-Authenticate.

Проблема 8

Исключение NullReferenceException из метода SqlInternalConnectionTds.BreakConnection . Это исправление устраняет ошибки синхронизации, приводит к исключения NullReferenceException .

Проблема 9

Симптомы

Предположим, что имеется приложение WCF, использующее класс BinaryMessageEncoder и кодировщик использует UTF-8 на основе текстовая запись на [MC-NBFX]. Или Предположим, что приложение WCF, с использованием метода System.ServiceModel.Channels.Message.CreateBufferedCopy . Сообщение обрабатывается, содержащего символы в диапазоне от U + 10000 до U + 10FFFF (включительно), представляются в кодировке UTF-8, как последовательность 4 байта. В этом случае закодированный двоичного сообщения могут быть утеряны, и появляется следующее сообщение об ошибке:

System.ArgumentException: The output char buffer is too small to contain the decoded characters, encoding 'Unicode (UTF-8)' fallback 'System.Text.DecoderExceptionFallback'.Parameter name: chars
at System.Text.Encoding.ThrowCharsOverflow()
at System.Text.Encoding.ThrowCharsOverflow(DecoderNLS decoder, Boolean nothingDecoded)
at System.Text.UTF8Encoding.GetChars(Byte* bytes, Int32 byteCount, Char* chars, Int32 charCount, DecoderNLS baseDecoder)
at System.Text.DecoderNLS.GetChars(Byte* bytes, Int32 byteCount, Char* chars, Int32 charCount, Boolean flush)
at System.Text.DecoderNLS.GetChars(Byte[] bytes, Int32 byteIndex, Int32 byteCount, Char[] chars, Int32 charIndex, Boolean flush)
at System.Text.DecoderNLS.GetChars(Byte[] bytes, Int32 byteIndex, Int32 byteCount, Char[] chars, Int32 charIndex)
at System.Xml.ValueHandle.TryReadChars(Char[] chars, Int32 offset, Int32 count, Int32& actual)
at System.Xml.XmlBaseReader.ReadValueChunk(Char[] chars, Int32 offset, Int32 count)
at System.Xml.XmlBinaryWriter.WriteTextNode(XmlDictionaryReader reader, Boolean attribute)
at System.Xml.XmlDictionaryWriter.WriteNode(XmlDictionaryReader reader, Boolean defattr)
at System.ServiceModel.Channels.ReceivedMessage.OnWriteBodyContents(XmlDictionaryWriter writer)
at System.ServiceModel.Channels.Message.OnWriteMessage(XmlDictionaryWriter writer)
at System.ServiceModel.Channels.Message.OnCreateBufferedCopy(Int32 maxBufferSize, XmlDictionaryReaderQuotas quotas)
at System.ServiceModel.Channels.StreamedMessage.OnCreateBufferedCopy(Int32 maxBufferSize)
at System.ServiceModel.Channels.Message.CreateBufferedCopy(Int32 maxBufferSize)
at ConsoleApplication1.BufferRequestChannel.WrappingRequestContext.BufferMessage()

В этом случае время ожидания клиента без ответа при размещении приложения WCF. Если приложение WCF веб узле (ASP.NET), клиент получит ошибку сервера 500.

Причина

Эта проблема возникает из-за это внутренняя деталь реализации, иногда выделяет недостаточно места при декодировать последовательности символов 4 байта UTF-8.

Решение

Чтобы устранить эту проблему, установите исправление. После установки исправления приложения WCF будет ожидать следующего
Метод Read для декодирования символов, если не хватает места в выходном буфере для декодирования многобайтовых символов Юникод.