2908385 핫픽스 롤업 사용할 수 있는.NET Framework 4.5.1 Windows 8 및 Windows Server 2012

전제 조건

이 핫픽스를 적용 하려면.NET Framework 4.5.1 설치 되어 있어야 합니다.

다시 시작 요구 사항

영향을 받는 파일이 사용 중인 경우이 핫픽스를 적용 한 후 컴퓨터를 다시 시작 해야 합니다. 이 핫픽스를 적용 하기 전에 모든.NET Framework 기반 응용 프로그램을 닫는 것이 좋습니다.

핫픽스 대체 정보

이 핫픽스 패키지는 이전에 출시 된 핫픽스 패키지를 대체 하지 않습니다.

문제 1

Symptoms

NumericUpDown 컨트롤의 ValueChanged 이벤트 처리기에서 Application.DoEvents() 메서드를 호출 하는 것으로 가정 합니다. 예를 들어, 다음 코드를 사용 합니다.private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
경우는 위쪽 또는 아래쪽 화살표 단추를 몇 초간 누르면, 컨트롤은 반복 된 증가 또는 감소 생성 하는 타이머를 만듭니다. Application.DoEvents 타이머 틱 다시 처리 됩니다. 그러면 새 ValueChanged 이벤트. 타이머의 tick 이벤트 처리기를 다시 합니다. 타이머는 스택의 맨 아래에 대 한 처리기에서 파괴 되지만 다시 재사용 합니다 마우스 단추를 놓으면 다른 처리기에서 스택이 되는 대로. 따라서 null 참조 예외와 충돌 합니다.

해결 방법

이 문제를 해결 하려면 타이머 이벤트를 처리 한 후 Application.DoEvents()를 비동기적으로 호출 하려면 BeginInvoke 를 사용 합니다. 예를 들어, 기본 동작을 재정의 하려면 다음 클래스를 사용: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);
}
}
참고: 일반적으로 스택 오버플로가 발생할 수 있기 때문에 (ValueChanged Timer.OnTick 메시지 처리기에서 발생), 메시지 처리기에서 메시지 루프 (Application.DoEvents) 다시는 하지 않는 것이 좋습니다. 예를 들어 NumericUpDown 컨트롤의 범위가 크면 하 고 오랜 시간에 대 한 화살표 단추를 누르고. BeginInvoke 를 사용 하 여 스택 오버플로 방지 하기 위해. 이 핫픽스는이 문제를 처리 하지 않습니다.

문제 2

증상

긴 XPS 문서에서 서식이 지정 된 텍스트를 복사는 문서 내에서 텍스트의 위치에 따라 몇 분이 걸릴 수 있습니다 및 고정 하려면 응용 프로그램에 발생할 수 있습니다.

Cause

이 문제는 일부 서식 선언까지 원하는 내용 처음부터 문서를 스캔 하기 때문에 발생 합니다. 이러한 선언은 ( IsTypographicOnly표시 되지 않는 TextElementEditingBehaviorAttribute 특성이 있는 사용자 지정 요소에서 제공) 드물게 됩니다.

논리는 이러한 선언이 없으면 원하는 선택 영역에 나타나는 비싼 검사를 방지 하려면이 핫픽스 변경 됩니다.

문제 3

증상

Windows Presentation Foundation (WPF) TextBlock의 텍스트의 끝에 하나 이상의 문자를 표시할 수 있습니다. 이 문제는 다음 조건에 해당할 때 발생합니다.

• TextWrapping 또는 TextTrimming 사용할 수 있습니다.

• 안쪽 여백 값은 0 또는 TextFormattingMode는 "표시" 합니다.

• 폭을 설정 하지 않으면 또는 설정은 "자동"을 선택 합니다.

• FontFamily, FontSize, 및 텍스트의 특정 문자는 손해가 폭 될.

Cause

디스플레이 모드에 대 한 픽셀 경계에 텍스트를 맞추고 안쪽에 내부 좌표계 사이의 너비를 변환, 텍스트의 너비를 계산 하는 동안 발생할 수 있는 수치 부정확성 (한 반올림 오류)으로 인해이 문제가 발생 합니다.

이러한 종류의 문제에 대 한 보호 표시 되어야 하는 모든 문자 표시 됨 있는지 계산에 추가 되었습니다.

문제 4

고정 개체는 성능 저하를 일으키는 너무 많은 힙 메모리 조각화가 될 수 있습니다. 이 수정은 힙 메모리 단편화를 최소화 하는 효율적인 재사용 메모리 버퍼를 제공 합니다.

문제 5

때로는 응용 프로그램이 AppDomain 백그라운드 가비지 수집 작업 후에 종료 하는 동안 있는 액세스 위반 예외가 발생할 수 있습니다.

문제 6

IL 계측 프로 파일링 API를 사용 하 여 수행 하는 진단 도구는 공용 언어 런타임 (CLR)에 의해 throw 될 다음 처리 되지 않은 예외가 발생할 수 있습니다.

또한 프로세스가 충돌합니다. 진단 도구를 사용 하는 경우에이 문제가 발생 합니다.

이슈 7

Windows 통신 Foundation (WCF) 4.5 HttpMessageHandler 확장 지점 (WCF HTTP 파이프라인 라고도 함)를 사용할 때 HttpRequestMessage 또는 HttpResponseMessage에 WWW 인증 헤더를 설정할 수 없습니다. 즉, 새로운 HttpMessageHandler 확장 지점을 헤더를 처리 하기 위한 다른 메커니즘을 사용 합니다.

이 핫픽스를 적용 한 후 헤더를 추가 하려면 2 개의 장치 패리티를 전환 하 고 WWW 인증 헤더를 다시 추가 해야 하나.

이슈 8

SqlInternalConnectionTds.BreakConnection 메서드에서는 NullReferenceException 예외를 throw 됩니다. 이 핫픽스는 NullReferenceException 예외를 하는 타이밍 문제를 해결 합니다.

문제 9

증상

BinaryMessageEncoder 클래스를 사용 하는 WCF 응용 프로그램이 인코더 [MC-NBFX]/ u t F-8 기반 텍스트 레코드를 사용 하 여 가정 합니다. 또는 System.ServiceModel.Channels.Message.CreateBufferedCopy 메서드를 사용 하는 WCF 응용 프로그램이 있다고 가정 합니다. 메시지 범위 U + 10000 U + 10ffff 까지의 범위에 u t F-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 바이트 문자 시퀀스를 u t F-8를 디코딩할 때 부족 한 공간을 할당 하는 내부 구현 정보 때문에이 문제가 발생 합니다.

해결 방법

이 문제를 해결 하려면 핫픽스를 적용 합니다. WCF 응용 프로그램에서 다음 핫픽스를 적용 한 후 대기
멀티 바이트 유니코드 문자로 디코딩하는 데 출력 버퍼에 공간이 부족 하 여 문자를 디코딩하는 데 읽기 방법입니다.