Correctif cumulatif 3095336 pour la version 4.6 RC de.NET Framework sur Windows 8 et Windows Server 2012

Cet article décrit le correctif 3095336 disponible pour le.NET Framework de Microsoft 4.6 RC. 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 de la version RC 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 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.

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.

Cette mise à jour corrige de nombreux problèmes dans le compilateur RyuJIT. Si l’application toujours se comporte de façon imprévisible après l’installation de cette mise à jour, consultez les conseils de dépannage détaillées supplémentaires.

Étapes supplémentaires :

S’il est déterminé que les RyuJIT peut-être être impliquée dans votre problème en suivant les étapes de dépannage à l’adresse, veuillez vous connecter le problème à http://connect.microsoft.com. Incluez autant de détails que possible dans le rapport et également le code permettant de reproduire le problème.

Problème 6

DxO OpticsPro 10 peut se bloquer lorsque vous naviguez rapidement dans le contrôle TreeView Windows 10 qui a la 4.6 du.NET Framework installé. Ce correctif résout les conditions qui peuvent provoquer le blocage.

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.

×