Correctif cumulatif 3146714 pour le 4.6 de.NET Framework et 4.6.1 dans 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: 3146714
Cet article décrit le correctif 3146714, qui est disponible pour le.NET Framework de la Microsoft 4.6 et 4.6.1. Pour plus d'informations sur les problèmes résolus dans le correctif cumulatif, voir le "Problèmes résolus dans ce correctif cumulatif.
Résolution
Les fichiers suivants sont disponibles pour téléchargement à partir du Microsoft Download Center :

TéléchargerTélécharger le package x 86 maintenant.

TéléchargerTélécharger le package x64 maintenant.

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.

Remarque Pour vérifier la version de mise à jour de correctif logiciel, vérifiez la valeur du mot clé version pour déterminer la version installée. Pour être à compatibilité ascendante, vous pouvez vérifier une valeur qui est supérieure ou égale à la valeur qui est répertoriée dans le tableau suivant.

Version de correctif cumulatifValeur de la version DWORD
Correctif rollup3146711for du.NET Framework 4.6 et versions ultérieures394294
Pour plus d'informations sur comment déterminer les versions de.NET Framework, reportez-vous à la section.Comment : déterminer les versions de.NET Framework sont installées..
Plus d'informations

Conditions préalables

Pour appliquer ce correctif, vous devez disposer de la 4.6 de.NET Framework ou 4.6.1 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 recommandons 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 de JIT CLR

Structures C# sont passés par référence, pas par la valeur, lorsque le code est exécuté sur un ordinateur que possède le 4.6 de.NET Framework installée et qui utilise le compilateur RyuJIT. L'un des symptômes de ce problème est que le code représente les données d'une collection dans l'ordre incorrect (temps série). Ce changement de comportement des versions antérieures du.NET Framework provoque différents problèmes lors de la clients extraient des données de la série chronologique historien de nos données.

Ce problème se produit en raison d'un indicateurlvAddrExposed manquant pour les variables tmpqui servent d'arguments de passage par référence, qui, à son tour endommage la phase de copie de prop.

Problème CLR

Un problème dans le chargeur de type CLR peut provoquer un blocage tandis que les types génériques sont restaurés à partir des images natives. Ainsi, la commandengen createpdbéchoue. Ce problème est résolu par ce correctif.

Problème de Windows Forms

L'interface utilisateur de Windows FormsPrintPreviewDialog est initialisé très lentement lorsque les conditions suivantes sont remplies :

  • Une imprimante réseau est utilisée.
  • Préférences de l'utilisateur pour cette imprimante, tels que les paramètres duplex, sont modifiées.
Nous avons ajouté une optimisation des performances de ce scénario. Si les paramètres de la page ont été modifiés pas pour une page spécifique, les paramètres d'impression de cette page ne sont pas réappliqués (à l'accès dans le spouleur d'impression). Si l'application modifie les paramètres de l'imprimante à l'aide de laQueryPageSettings Gestionnaire d'événements, performances de génération d'aperçu avant impression des pages concernées ne s'améliore pas même si la valeur de l'indicateur opt-in .

Pour participer à cette optimisation, la clé suivante doit être ajoutée au fichier app.config selon la version de la de.NET Framework :

.NET Framework 4.5.2:

<?xml version="1.0" encoding="utf-8"?><configuration>   < appSettings >       < add key="OptimizePrintPreview" value="true" />   < /appSettings ></configuration>
.NET Framework 4.6 ou une version ultérieure:

<?xml version="1.0" encoding="utf-8"?><configuration> < runtime>   < AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" /> < /runtime></configuration>
Si une application peut s'exécuter sur une version du.NET Framework, utilisez les deux commutateurs dans le même fichier.

Pour abandonner, supprimez le commutateur, ou attribuez la valeurfalse.

Problème de ClickOnce

ClickOnce a été mis à jour pour prendre en charge TLS 1.1 et 1.2. ClickOnce détecte automatiquement le protocole TLS est requis lors de l'exécution. Il n'y a aucune étape supplémentaire requis dans ClickOnce pour activer cette fonctionnalité.

Remarque : ClickOnce prend toujours en charge TLS 1.0 pour un avenir prévisible, même s'il est n'est plus considéré comme compatible PCI.​

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3146714 - Dernière mise à jour : 04/14/2016 14:01:00 - Révision : 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6.1, Windows 8, Windows RT, Windows Server 2012 Standard

  • kbfix kbsurveynew kbexpertiseadvanced atdownload kbmt KB3146714 KbMtfr
Commentaires