Correctif cumulatif 3095335 pour le.NET Framework 4.5, 4.5.1 et 4.5.2 sous Windows

Cet article décrit le correctif 3095335 disponible pour le point 4.5.2 de Microsoft.NET Framework et le.NET Framework 4.5.1 le 4.5 de.NET Framework. Pour plus d’informations sur les problèmes résolus dans le correctif cumulatif, reportez-vous à la section «problèmes résolus dans ce correctif cumulatif».

Résolution

Un correctif pris en charge est désormais disponible auprès de Microsoft. Toutefois, il est conçu pour résoudre uniquement le problème décrit dans cet article. Il s’applique uniquement aux systèmes rencontrant ce problème spécifique.

Pour résoudre ce problème, contactez les Services de Support technique Microsoft pour obtenir le correctif. Pour obtenir une liste complète des numéros de téléphone des Services de Support technique Microsoft et des informations relatives aux frais de support technique, visitez le site Web Microsoft suivant :

http://support.microsoft.com/contactus/?ws=supportRemarque Dans des cas particuliers, frais généralement encourus pour la prise en charge des appels peuvent être annulés si un technicien du support technique Microsoft détermine qu’une mise à jour spécifique résoudra votre problème. Les coûts habituels du support technique s’appliqueront aux questions supplémentaires et aux problèmes qui ne relèvent de la mise à jour spécifique en question.

Plus d'informations

Conditions préalables

Pour appliquer ce correctif, vous devez disposer le point 4.5.2 de.NET Framework, le.NET Framework 4.5.1 ou le 4.5 de.NET Framework installée.

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 1

Supposons que vous utilisez une application Windows Presentation Foundation (WPF). TreeView WPF peut spontanément défiler vers une position imprévisible après avoir ajouté un nouvel élément. Ce problème se produit lorsque les conditions suivantes sont remplies :

  • Le nouvel élément est le dernier enfant de son parent.

  • L’élément parent est le dernier enfant de son parent.

  • Le nouvel élément est visible à la position de défilement actuelle.


Problème 2

Dans une application WPF, la suppression d’un contrôle d’édition à partir de l’arborescence d’éléments visuel peut perdre un objet ImmComposition . Cette opération plusieurs fois risque de provoquer une exception de mémoire insuffisante.

Remarque  « Contrôle d’édition » est un contrôle qui crée et utilise un objet TextEditor . Les principaux exemples sont le contrôle TextBoxet RichTextBox FlowDocumentScrollViewer.

Problème 3

Une application WPF peut devenir bloquée lorsque les conditions suivantes sont remplies :

  • L’application déclenche un événement dont la livraison est routée via le système d’événement faible.

  • Un autre thread utilise simultanément le système d’événement faible. Cela provoque le premier thread attende un verrou.

  • Lorsqu’il attend, message du thread pompe reçoit un message qui provoque la réentrance dans le code de l’application.

  • Le code ressaisie essaie de l’utiliser le système d’événement faible.

Cela se produit plus fréquemment avec l’événement PropertyChanged INotifyPropertyChanged, où le code ont également essaie de déclencher un événement PropertyChanged .

Cela est résolu dans le système d’événement faible en attente de verrous d’une façon qui ne s’exécute pas pompe de messages du thread.

Problème 4

Lorsque vous essayez d’exécuter une commande sur le serveur, il arrive à expiration sur le côté client, mais se termine sur le serveur. Dans ce cas, le client envoie un paquet d’attention au serveur et se définit lui-même à l’état expiré. Toutefois, il ne le réinitialiser, dès qu’il récupère l’état expiré après le traitement de l’instruction que le client a expiré sur le serveur.

Remarque : Un sous-produit de ce problème incluent les questions avec SqlDataReader reporting HasRows est true. Toutefois, appeler Read à partir de SqlDataReader provoque aucune ligne en cours de lecture.

Ce correctif rétablit l’état du client lorsqu’il récupère l’état expiré.

Problème 5

Dans certains cas, certains fichiers dans le cache d’ombre ASP.NET peuvent être endommagés lors de l’arrêt de l’ordinateur. Cela peut entraîner un comportement imprévisible ou les exceptions étant déclenchées par les applications qui utilisent le cache.

Ce correctif permet de s’assurer que le contenu du cache est plus proactive vidées sur le disque.

Problème 6

Ordinateurs disposant d’au moins 80 gigaoctets (Go) de mémoire peuvent rencontrer des diminutions de performances dans les situations de mémoire insuffisante en raison du Garbage Collector exécute collections de génération 2 DOS à DOS.

Ce correctif logiciel inclut des modifications au Garbage Collector réglage les conditions dans lesquelles les collections de génération 2 se produisent sur les ordinateurs qui disposent de 80 Go ou plus de mémoire.

Problèmes connus

Un correctif publié précédemment pour tactile VSTO compléments dans WPF a été constaté qu’une régression dans les scénarios dans lesquels les applications de confiance partielle sont utilisées sur les périphériques tactiles. Dans ces scénarios, les clients voir un arrêt de l’application et ne peut pas charger une application de confiance partielle. Par conséquent, le correctif pour tactile VSTO compléments a été supprimé.

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×