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

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: 3095336
Cet article décrit le correctif 3095336 disponible pour le Microsoft de.NET Framework 4.6 RC. 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
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 :Remarque 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 objetTextEditor . Les principaux exemples sont lecontrôle TextBoxet RichTextBoxFlowDocumentScrollViewer.

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 le stateof le 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, reportez-vous à la section 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 controlinWindows deTreeView 10 qui a la 4.6 du.NET Framework installé. Ce correctif résout les conditions qui peuvent provoquer le blocage.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3095336 - Dernière mise à jour : 10/29/2015 00:54:00 - Révision : 1.0

Microsoft .NET Framework 4.6 RC

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB3095336 KbMtfr
Commentaires