Correctif cumulatif 3139549 pour le.NET Framework 4.6.1 et 4.6 de Windows

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3139549
Cet article décrit un correctif cumulatif est disponible pour le.NET Framework de la Microsoft 4.6.1 et 4.6. Pour plus d'informations sur les problèmes résolus par ce correctif cumulatif, voir la Problèmes résolus dans ce correctif cumulatif section.
Résolution

Informations sur le téléchargement

Les fichiers suivants sont disponibles pour téléchargement à partir du Microsoft Download Center :


Pour plus d'informations sur la façon de télécharger des fichiers de support technique Microsoft, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
119591 Comment obtenir des fichiers de soutien technique Microsoft auprès des services en ligne
Microsoft a vérifié que ce fichier ne comportait pas de virus. Microsoft a utilisé les logiciels de détection de virus les plus récents disponibles à la date à laquelle le fichier a été validé. Le fichier est stocké sur des serveurs sécurisés, ce qui empêche toute modification non autorisée du fichier.
Plus d'informations

Conditions préalables

Pour appliquer ce correctif, vous devez disposer du.NET Framework 4.6.1 ou le 4.6 du.NET Framework installé.

Nécessite un redémarrage

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif logiciel si tous les fichiers affectés sont utilisés. Nous vous conseillons de fermer toutes les applications basées sur le.NET Framework avant d'appliquer ce correctif.

Informations de remplacement du correctif

Ce correctif logiciel ne remplace pas un package correctif publié précédemment.

Problèmes résolus dans ce correctif cumulatif

Problème 1

Lorsqu'une application WPF utilise un élément TreeViewItemen dehors du contexte deTreeView , l'application peut rencontrer une exceptionInvalidCastException dont trace de la pile commence comme suit :

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (v Visual)

Remarque Cette exception se produit lorsque l'élément TreeViewItemdans un contrôle de liste virtualisé (par exemple, un contrôleListBoxou DataGridListView ) qui essaie de trouver la contrepartie de défilement de l' élément TreeViewItem ou un de ses descendants. Par exemple, si vous déclarez un TreeViewItem comme la racine d'un DataTemplateet le DataTemplate est utilisé comme le CellTemplate d'une colonne DataGrid , cette exception se produit.

Problème 2

System.Web.Caching et System.Runtime.Caching indiquent la taille de la mémoire utilisée par l'AppDomain entier au lieu de la taille de la mémoire utilisée par les éléments du cache.

Il s'agit d'un problème de régression à partir du 4.5 de.NET Framework dans laquelle une modification de mise en oeuvre de l'horloge a été effectuée. En plus des rapports une taille incorrecte, les objets supplémentaires référencés par le cache peuvent affecter sensiblement les temps de latence GC de génération 2. Dans ASP.NET de scénarios d'hébergement, le cache miscalculates également la taille de tous les caches dans tous les domaines d'application (indiqués par le compteur de performance % Cache limite de mémoire de processus utilisé ASP.NET) lorsque les domaines d'application sont recyclés.

Le correctif supprime toute référence à partir du cache vers le reste de l'application des objets de domaine et ensuite la taille correcte est signalée. Il inclut également des modifications pour améliorer le temps de latence pour System.Runtime.Caching sur les ordinateurs multicœurs qui utilisent Server GC. Enfin, ce correctif calcule la taille de tous les caches dans le domaine d'application recyclage des scénarios correctement.

Problème 3

Lorsque vous avez une application Windows Presentation Foundation (WPF) qui s'appuie sur la promotion à un déplacement de la souris afin de traiter une pression tactile déplacer l'interaction de l'utilisateur (au lieu de directement à l'aide des événements tactiles), vous pouvez rencontrer un promu de souris se déplace anormalement faible volume.

Dans le passé, promotion de souris WPF accéléré de tactile se déplace car le volume de déplacements de tactile submergé le répartiteur. Dans le.NET Framework 4.6.1, une correction a été apportée à ce problème. Le correctif limite le nombre de déplacements tactile traitées. Par conséquent, la limitation des promotions de souris a provoqué une réduction supplémentaire de la souris déplace en cours de génération. Dans ce correctif cumulatif, la limitation des promotions de la souris a été supprimée et doit être maintenant fermer pour une correspondance 1 à 1 entre tactile événements et souris promue déplacent des événements.

Problème 4

Supposons que vous travaillez avec une application WPF qui cible la 4.6 de.NET Framework. Par exemple, supposons que vous essayez de définirCurrentThread.CurrentCulture ou CurrentThread.CurrentUICulturedans n'importe quelle méthode (par exemple, un gestionnaire d'événements de l'interface utilisateur ou le constructeurMainWindow ) qui est appelée par le répartiteur de WPF à l'aide d'une événement DispatcherOperation. Dans ce cas, les valeurs de CurrentCulture et CurrentUICulture sont réinitialisées à leurs valeurs respectives antérieures à la fin de la méthode. Si une application définit CurrentUICulture dans son constructeur MainWindow ou un gestionnaire de clic de bouton, ce paramètre rétablit le système de culture d'interface utilisateur.

Ce correctif permet de s'assurer que les valeurs CurrentThread.CurrentCulture/CurrentUICulture qui peuvent être définies dans les méthodes dans une application WPF rendre persistante comme ils le faisaient avant le 4.6 de.NET Framework.

Problème 5

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

Problème 6

AppContext est la partie de l'infrastructure afin de réduire les modifications avec rupture. Vous pouvez utiliser AppContext pour définir et récupérer les indicateurs et prendre des décisions dans votre application qui est basée sur ces données. Dans le point 4.6 de.NET Framework, il existe un bogue dans AppContext dans lequel l'élément thead-sécurité des méthodes AppContext est mal implémentée.

Ce correctif permet la sécurité des threads correct pour les méthodes qui sont liées à la définition et extraction des valeurs de commutateur sur AppContext.

Problème 7

Lorsque vous atteignez un cas de bord avec votre allocation et modèle de survie et que vous avez besoin d'un nouveau segment sur le tas managé, le garbage collector peut calculer une taille de validation qui est plus petite que la normale. Cela provoque une violation d'accès lors de la phase compacte, que le garbage collector essaie d'écrire dans la mémoire non validée. Ce correctif calcule la taille correctement.

Problème 8

Lorsque vous créez le code natif de certaines méthodes, les applications du.NET Framework et les processus NGEN peuvent se bloquer.

Problème 9

RyuJit génère des instructions incorrectes pour la comparaison d'entiers non signés de 16 bits dans les registres. Il produit des résultats incorrects si les valeurs d'entrée ont des valeurs différentes de Madame B et par conséquent génèrent des instructions de comparaison qu'utiliser uniquement du Registre opérandes. Ce correctif génère les instructions correctes.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3139549 - Dernière mise à jour : 02/25/2016 00:11:00 - Révision : 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139549 KbMtfr
Commentaires