この記事では、Microsoft .NET Framework 4.6.1 および 4.6 で使用できる修正プログラム ロールアップについて説明します。 この修正プログラム ロールアップで修正される問題の詳細については、「この修正プログラム ロールアップで修正される問題 」セクションを参照 してください。
解決方法
ダウンロード情報
KB3139549 に対応する修正プログラムは、KB3139549 に含まれているすべての修正プログラムを含む .NET Framework の最新の更新プログラムに置き換えられます。 最新の更新プログラムをインストール.NET Framework。
今すぐ修正プログラム パッケージをダウンロード マイクロソフトのサポート ファイルをダウンロードする方法の詳細については、以下のサポート技術情報番号をクリックしてください。
119591 Microsoft がウイルスをスキャンしたオンライン サービスから Microsoft サポート ファイルを取得する方法。 配布ファイルはセキュリティで保護されたサーバー上に置かれており、権限のない第三者が無断でファイルを変更できないようになっています。 配布ファイルはセキュリティで保護されたサーバー上に置かれており、権限のない第三者が無断でファイルを変更できないようになっています。
詳細情報
必要条件
この修正プログラムを適用するには、.NET Framework 4.6.1 または .NET Framework 4.6 がインストールされている必要があります。
再起動の必要性
影響を受けるファイルが使用されている場合は、この修正プログラムを適用した後、コンピューターを再起動する必要があります。 この修正プログラムを適用する前に.NET Frameworkアプリケーションを終了することをお勧めします。
修正プログラムの置き換えに関する情報
この修正プログラム パッケージでは、以前にリリースされた修正プログラム パッケージは置き換えされません。
この修正プログラム ロールアップで修正される問題
問題 1
WPF アプリケーションが TreeView コンテキストの外部で TreeViewItem 要素を使用すると、アプリケーションで InvalidCastException 例外が発生し、スタック トレースが次のように開始される場合があります。
システム。Windows。Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
注意 この例外は、TreeViewItem 要素が、TreeViewItem またはその子孫のスクロール オフセットを検索しようとする仮想化リスト コントロール (ListBox、DataGrid、ListView コントロールなど) にある場合に発生します。 たとえば、DataTemplate のルートとして TreeViewItem を宣言し、DataTemplate が DataGrid 列の CellTemplate として使用される場合、この例外が発生します。
問題 2
System.Web.Caching と System.Runtime.Caching の両方で、キャッシュ項目で使用されるメモリのサイズではなく、AppDomain 全体で使用されるメモリのサイズがレポートされます。
これは、Timer 実装の変更が.NET Framework 4.5 からの回帰の問題です。 正しくないサイズを報告するだけでなく、キャッシュによって参照される追加のオブジェクトが Gen2 GC の待機時間に大きく影響する可能性があります。 また ASP.NET ホスティング シナリオでは、アプリケーション ドメインがリサイクルされる場合、キャッシュによってすべてのアプリケーション ドメインのすべてのキャッシュのサイズが誤って計算されます (Cache % Process Memory Limit Used ASP.NET パフォーマンス カウンターを通じて報告されます)。
この修正では、キャッシュから他のアプリ ドメイン オブジェクトへの意図しない参照が削除され、正しいサイズが報告されます。 また、Server GC を使用しているマルチコア コンピューターでの System.Runtime.Caching の待機時間を改善するための変更も含まれています。 最後に、この修正プログラムは、アプリ ドメインリサイクル シナリオのすべてのキャッシュのサイズを正しく計算します。
問題 3
(タッチ イベントを直接使用する代わりに) タッチ移動ユーザーの操作を処理するために、マウスの移動への昇格に依存する Windows Presentation Foundation (WPF) アプリケーションがある場合、昇格されたマウスの移動の量が非常に少ない場合があります。
タッチ移動の量がディスパッチャーを使い過ぎたため、タッチの WPF 調整マウス プロモーションが移動する場合がありました。 .NET Framework 4.6.1 では、この動作に対して修正が行われた。 修正により、処理されたタッチ移動の数が調整されます。 そのため、マウスプロモーションの調整により、マウスの移動がさらに減少しました。 この更新プログラム ロールアップでは、マウスプロモーションの調整が削除され、タッチ移動イベントと昇格されたマウス移動イベントの間に 1 対 1 の対応に近い値になる必要があります。
問題 4
アプリケーション 4.6 を対象とする WPF アプリケーションを.NET Frameworkします。 たとえば、DispatcherOperation を使用して WPF ディスパッチャーによって呼び出される任意のメソッド (UI イベント ハンドラーや MainWindow コンストラクターなど) で CurrentThread.CurrentCulture または CurrentThread.CurrentUICulture を設定するとします。 この状況では、CurrentCulture と CurrentUICulture の値は、メソッドの最後にあるそれぞれの以前の値にリセットされます。 アプリケーションが MainWindow コンストラクターまたは Button Click ハンドラーで CurrentUICulture を設定した場合、その設定はシステム UI カルチャに戻されます。
この修正により、WPF アプリケーションのメソッドで設定できる CurrentThread.CurrentCulture/CurrentUICulture の値は、バージョン 4.6 より前と同.NET Frameworkされます。
問題 5
.NET Framework 4.6 では、新しいフラグ TaskContinuationOptions.RunContinuationsAsynchronously がタスク ライブラリに追加されました。 ただし、このフラグを Task.WhenAll、Task.WhenAny、または Task.Unwrap と組み合わせて使用しても、効果はありません。 特定のデッドロック状態を回避するために フラグが導入されました。 この修正により、すべての種類のタスク継続が新しいフラグを尊重します。
問題 6
AppContext は、大きな変更を減らすインフラストラクチャの一部です。 AppContext を使用して、フラグを設定および取得し、そのデータに基づいてアプリケーションで決定を行います。 .NET Framework 4.6 では、AppContext メソッドの aad-safety が正しく実装されないバグが AppContext に発生します。
この修正により、スイッチ値の設定と取得に関連する AppContext 上のメソッドに対する正しいスレッド セーフティが有効になります。
問題 7
割り当てと存続パターンでエッジ ケースにヒットし、マネージド ヒープに新しいセグメントが必要な場合、ガベージ コレクターは、必要以上に小さいコミット サイズを計算できます。 これにより、ガベージ コレクターがコミットされていないメモリへの書き込みを試み中に、圧縮フェーズ中にアクセス違反が発生します。 この修正では、サイズが正しく計算されます。
問題 8
特定のメソッドのネイティブ コードを作成すると、アプリケーション.NET Framework NGEN プロセスがクラッシュする可能性があります。
問題 9
レジスタ上の 16 ビット符号なし整数を比較するために、誤った命令が生成されます。 入力値の MSB 値が異なる場合は正しくない結果が生成されるため、レジスタ オペランドのみを使用する比較命令が生成されます。 この修正により、正しい手順が生成されます。
