Cet article décrit le correctif 3146715, qui est disponible pour le Microsoft.NET Framework 4.6 et 4.6.1. Pour plus d’informations sur les problèmes résolus par ce correctif cumulatif, reportez-vous à la section problèmes résolus dans ce correctif cumulatif .
Résolution
Les fichiers suivants sont disponibles pour téléchargement à partir du Microsoft Download Center :
119591 Obtention des fichiers de support technique Microsoft auprès des services en ligneMicrosoft 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 cumulatif |
Valeur de la version DWORD |
|---|---|
|
Correctif cumulatif 3146711 pour le.NET Framework 4.6 et versions ultérieures |
394294 |
Pour plus d’informations sur la façon de déterminer les versions de.NET Framework, consultez 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 CLRStructures 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 de.NET Framework déclenche un comportement inattendu lorsque les clients extraient des données de la série chronologique l’historien de données.Ce problème se produit car l’indicateur lvAddrExposed est manquant pour les variables tmp qui servent d’arguments de passage par référence. Cela, endommage à son tour, la phase de copie de prop.Problème CLRUn problème de chargeur du type CLR peut déclencher un interblocage tandis que les types génériques sont restaurés à partir des images natives. Cela provoque une erreur dans la commande ngen createpdb . Ce correctif résout ce problème.Problème de Windows FormsL’interface utilisateur de Windows Forms PrintPreviewDialog 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.
Optimisation des performances a été ajoutée à ce scénario. Si les paramètres de la page ne sont pas modifiés pour une page spécifique, paramètres de l’imprimante ne sont pas réappliqués (à l’accès dans le spouleur d’impression) de cette page. Si l’application modifie les paramètres de l’imprimante en utilisant le Gestionnaire d’événements QueryPageSettings , performances de génération d’aperçu avant impression des pages concernées ne seront amélioreront 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.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 les commutateurs ou attribuez la valeur false.ClickOnce issueClickOnce 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, bien qu’il soit plus considérés comme compatibles PCI.
