핫픽스 3139550 4.6.1 및 .NET Framework 4.6에 대한 Windows

문제 1

WPF 애플리케이션이 TreeView의 컨텍스트 외부에서 TreeViewItem을 사용하는 경우 애플리케이션은 다음과 같이 스택 추적이 시작되는 InvalidCastException 예외가 발생할 수 있습니다.

시스템. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
참고 이 예외는 TreeViewItem이 가상화된 목록 컨트롤(예: ListBox, DataGrid 또는 ListView 컨트롤)에 있는 경우 발생하여 TreeViewItem 또는 해당 하위 항목 중 하나의 스크롤 오프셋을 찾으면 발생합니다. 예를 들어 DataTemplate의 루트로 TreeViewItem을 선언하고 DataTemplate를 DataGrid 열의 CellTemplate로 사용하는 경우 이 예외가 발생합니다.


 

문제 2

System.Web.Caching 및 System.Runtime.Caching은 캐시 항목에 사용되는 메모리 대신 전체 AppDomain에서 사용하는 메모리 크기를 보고합니다.

이는 Timer 구현의 변경으로 .NET Framework 4.5의 회귀입니다. 잘못된 크기를 보고하는 것 외에도 캐시에서 참조하는 추가 개체는 gen2 GC 대기 시간에 크게 영향을 줄 수 있습니다. 호스팅 ASP.NET 시나리오에서 캐시는 앱 도메인을 재활용할 때 모든 앱 도메인의 모든 캐시의 크기를 잘못 계산했습니다("캐시 % 프로세스 메모리 제한 사용" ASP.NET 성능 카운터를 통해 보고).

이 수정은 캐시에서 다른 앱 도메인 개체로의 의도하지 않은 참조를 제거하여 올바른 크기를 보고합니다. 이 수정에는 서버 GC를 사용하는 다중 코어 컴퓨터에서 System.Runtime.Caching의 대기 시간을 개선하는 변경 내용도 포함되어 있습니다. 또한 이 수정이 적용된 후 앱 도메인 재활용 시나리오의 모든 캐시의 크기가 올바르게 계산됩니다.


 

문제 3

터치 Windows Presentation Foundation 터치 이동의 마우스 승격에 의존하는 WPF(애플리케이션)가 있는 경우 터치 이벤트를 직접 사용하는 대신 터치 사용자 상호 작용을 처리하면 승격된 마우스 이동 볼륨이 비정상적으로 적을 수 있습니다.

이전에는 터치의 WPF 스로틀 마우스 승격이 이동하여 대량의 터치 이동이 디스패치더를 압도하지 않도록 합니다. .NET Framework 4.6.1에서 처리되는 터치 이동 수를 스로틀하는 수정이 도입됩니다. 이 변경 후 마우스 승격의 스로틀링으로 인해 생성된 마우스 이동 수가 추가로 감소했습니다. 이제 마우스 프로모션의 스로틀이 제거되어 터치 이동 이벤트와 승격된 마우스 이동 이벤트 간에 거의 일대일 대응이 있을 수 있습니다.


 

문제 4

4.6을 대상으로 하는 WPF 애플리케이션에서 .NET Framework 가정합니다. DispatcherOperation을 사용하여 WPF 디스패처에서 호출하는 모든 메서드에서 CurrentThread.CurrentCulture 또는 CurrentThread.CurrentUICulture 값을 설정하려고 합니다. 예를 들어 UI 이벤트 처리기 또는 MainWindow 생성자에서 이 값을 설정하려고 합니다. 이 경우 CurrentCulture 및 CurrentUICulture 값은 메서드의 끝에서 해당 이전 값으로 다시 설정됩니다. 애플리케이션이 MainWindow 생성자 또는 단추 클릭 처리기에서 CurrentUICulture를 설정하는 경우 이 설정은 시스템 UI 문화권으로 되버려 니다.

이 수정은 WPF 애플리케이션의 메서드에 설정된 CurrentThread.CurrentCulture/CurrentUICulture 값이 4.6 이전과 동일한 방식으로 유지되는지 .NET Framework 합니다.


 

문제 5

4.6 .NET Framework 새 플래그인 TaskContinuationOptions.RunContinuationsAsynchronously가 작업 라이브러리에 추가됩니다. 그러나 Task.WhenAll, Task.WhenAny 또는 Task.Unwrap과 함께 이 플래그를 사용하는 경우 플래그는 영향을주지 않습니다. 플래그는 특정 충돌 조건을 방지하기 위해 도입되었습니다. 이 수정은 모든 종류의 작업 연속이 새 플래그를 존중하는지 확인 합니다.


 

문제 6

.NET Framework 4.6에서는 AppContext 메서드의 스레드 안전이 잘못 구현되는 AppContext에 버그가 있습니다. AppContext는 중단된 변경 내용을 줄이기 위한 인프라의 일부입니다. AppContext를 사용하여 플래그를 설정하고 검색하고 해당 데이터를 기반으로 애플리케이션에서 결정을 내릴 수 있습니다.

이 수정을 사용하면 스위치 값 설정 및 검색과 관련된 AppContext의 메서드에 대한 올바른 스레드 안전을 사용할 수 있습니다.


 

문제 7

할당 및 생존 패턴이 있는 에지 사례가 발생하고 관리되는 힙에 새 세그먼트가 필요한 경우 가비지 수집기는 커밋 크기를 계산할 수 있습니다. 이로 인해 가비지 수집기에서 커밋되지 않은 메모리에 쓰기를 시도하기 때문에 압축 단계 중에 액세스 위반이 발생합니다.

이 수정은 크기를 올바르게 계산합니다.


 

문제 8

특정 메서드에 대한 네이티브 코드를 만들 때 애플리케이션 및 NGEN .NET Framework 예기치 않은 충돌이 발생할 수 있습니다.

문제 9

RyuJit는 레지스터에서 16비트 부호 없는 정수와 비교하는 잘못된 지침을 생성합니다. 입력 값이 서로 다른 MSB 값이고 생성된 지침을 비교할 경우 레지스터 피연산자 사용에 잘못된 결과가 생성됩니다.

이 수정은 올바른 지침을 생성합니다.
 

적용 대상

이 문서는 다음에 적용됩니다.
 

• 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 Essentials

  • Windows Server 2012용 R2

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard