Correctif correctif 3139550 correctif .NET Framework 4.6.1 et 4.6 sur Windows

Problème 1

Lorsqu’une application WPF utilise un treeViewItem en dehors du contexte d’une arborescence, l’application peut rencontrer une exception InvalidCastException dont le suivi de pile commence comme suit :

Système. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Remarque Cette exception se produit lorsque TreeViewItem se trouve dans un contrôle de liste virtualisé (par exemple, un contrôle ListBox, DataGrid ou ListView) qui tente de trouver le décalage de défilement de TreeViewItem ou de l’un de ses descendants. Par exemple, cette exception se produit si vous déclarez un TreeViewItem comme la racine d’un DataTemplate et que DataTemplate est utilisé comme CellTemplate d’une colonne DataGrid.


 

Problème 2

System.Web.Caching et System.Runtime.Caching signalent la taille de la mémoire utilisée par l’ensemble de l’AppDomain au lieu de la mémoire utilisée par les éléments du cache.

Il s’agit d’une régression .NET Framework 4.5 en raison d’un changement dans l’implémentation du timer. En plus de rapporter une taille non erronée, les objets supplémentaires référencés par le cache peuvent affecter considérablement la latence de PGC gen2. Dans les scénarios d’hébergement de ASP.NET, le cache ASP.NET également mal calculé la taille de tous les caches dans tous les domaines d’application (comme indiqué par le biais d’une « Limite de mémoire de processus du cache % utilisée » ASP.NET) lorsque les domaines d’application ont été réutilisés.

Ce correctif supprime les références inattendues du cache aux autres objets de domaine de l’application afin que la taille correcte soit signalée. Ce correctif inclut également des modifications qui améliorent la latence pour System.Runtime.Caching sur les ordinateurs multi-cœurs qui utilisent PGC Server. De plus, une fois ce correctif appliqué, la taille de tous les caches dans les scénarios de recyclage de domaine d’application est calculée correctement.


 

Problème 3

Si vous avez une application Windows Presentation Foundation (WPF) qui repose sur la promotion des déplacements tactiles avec la souris pour gérer les interactions tactiles des utilisateurs (plutôt que d’utiliser directement des événements tactiles), vous pouvez faire face à un volume anormalement faible de déplacements promus de souris.

Auparavant, WPF limitations de la promotion de déplacements tactiles pour éviter d’avoir un grand nombre de déplacements tactiles submergé l’régulateur. Dans la .NET Framework 4.6.1, un correctif a été introduit pour limiter le nombre de déplacements tactiles qui sont traitées. Après cette modification, la limitation des promotions de souris provoquait une réduction supplémentaire du nombre de déplacements de souris générés. La limitation des promotions de souris est désormais supprimée, de sorte qu’il devrait y avoir presque une correspondance un-à-un entre les événements de déplacement tactile et les événements de déplacement promus de la souris.


 

Problème 4

Supposons que vous travailliez sur une application WPF qui cible le .NET Framework 4.6. Vous essayez de définir la valeur CurrentThread.CurrentThread ou CurrentThread.CurrentUI9 dans n’importe quelle méthode qui est appeler par le régulateur WPF à l’aide d’un DispatcherOperation. Par exemple, vous essayez de définir cette valeur dans un handleur d’événements de l’interface utilisateur ou le constructionur MainWindow. Dans ce cas, les valeurs Current Bouton et CurrentUI Initial sont réinitialisées à leurs valeurs précédentes respectives à la fin de la méthode. Si une application définit CurrentUI Bouton dans son construction MainWindow ou dans un poignée clic de bouton, ce paramètre revient à la culture de l’interface utilisateur système.

Ce correctif permet de s’assurer que les valeurs CurrentThread.Current Base/CurrentUIUiS qui sont définies dans des méthodes dans une application WPF sont persistantes de la même façon qu’avant la .NET Framework 4,6.


 

Problème 5

Dans la .NET Framework 4.6, un nouvel indicateur, TaskContinuationOptions.RunContinuationsAsynchronously, est ajouté à la bibliothèque de tâches. Toutefois, lorsque vous utilisez cet indicateur avec Task.WhenAll, Task.WhenAny ou Task.Unwrap, l’indicateur n’a aucun effet. L’indicateur a été introduit pour éviter certaines conditions de verrouillage. Ce correctif permet de s’assurer que tous les types de continuations de tâche respectent le nouvel indicateur.


 

Problème 6

Dans la .NET Framework 4.6, un bogue dans AppContext a pour effet que la sécurité du thread des méthodes AppContext est implémentée de façon incorrecte. AppContext fait partie de l’infrastructure pour réduire la rupture des modifications. Vous pouvez utiliser AppContext pour définir et récupérer des indicateurs et prendre des décisions dans votre application en fonction de ces données.

Ce correctif permet une sécurité de thread correcte pour les méthodes sur AppContext liées à la définition et la récupération de valeurs de commutateur.


 

Problème 7

Lorsque vous rencontrez un cas de périphérie qui présente votre modèle d’allocation et de survie et que vous avez besoin d’un nouveau segment sur votre budget géré, un collecteur de poubelle peut calculer une taille de validation plus petite que nécessaire. Cela entraîne une violation d’accès au cours de la phase compactée, car le collecteur de poubelle tente d’écrire dans une mémoire non supprimée.

Ce correctif calcule la taille correctement.


 

Problème 8

Lorsque vous créez du code natif pour certaines méthodes, les .NET Framework et les processus NGEN peuvent se mettre en panne de manière inattendue.

Problème 9

QuetJit génère des instructions incorrectes pour comparer les avant-derniers 16 bits non signés sur les registres. Elle produit un résultat incorrect si les valeurs d’entrée ont des valeurs MSB différentes et si les instructions de comparaison générées utilisent des opérandes de registre.

Ce correctif génère des instructions correctes.
 

Produits concernés

Cet article s’applique aux articles suivants :
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, lorsqu’il est utilisé avec :
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 centre de données R2

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 pour systèmes incorporés

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard