Correctif cumulatif 2783808 pour le 4.5 de.NET Framework dans Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 et Windows Vista Service Pack 2

Traductions disponibles Traductions disponibles
Numéro d'article: 2783808 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Introduction

Cet article décrit le correctif 2783808 pour Microsoft.NET Framework 4.5 Service Pack 2 (SP2) dans Windows 7, Windows 7 Service Pack 1 (SP1), Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 et Windows Vista SP2. Ce correctif cumulatif est disponible pour résoudre plusieurs problèmes dans le.NET Framework 4.5. Pour plus d'informations sur les problèmes résolus par le correctif, reportez-vous à la section « Que ce correctif cumulatif résout les problèmes ».

Plus d'informations

Informations sur le correctif

Un correctif est désormais disponible auprès de Microsoft. Toutefois, il est conçu uniquement pour corriger 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 le Support technique Microsoft pour obtenir le correctif. Pour obtenir une liste complète des numéros de téléphone de Support technique Microsoft et des informations sur les coûts de support, visitez le site Web Microsoft suivant :
http://support.Microsoft.com/contactus/?ws=support
Remarque : Dans certains cas particuliers, les frais généralement encourus pour les appels au support technique peuvent être annulés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour en question.

Conditions préalables

Pour appliquer ce correctif, vous devez disposer de.NET Framework 4.5 SP1 est installé dans Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 ou Windows Vista Service Pack 2.

Redémarrage de l'ordinateur

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif si tous les fichiers affectés sont utilisés. Nous vous recommandons de fermer toutes les applications.NET Framework avant d'appliquer ce correctif.

Informations de remplacement du correctif

Ce correctif logiciel ne remplace pas un package de correctifs précédemment publiés.

Informations fichiers

Réduire cette imageAgrandir cette image
assets folding start collapsed
La version internationale de ce correctif possède les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont classées par rapport temps universel coordonné (UTC). Les informations du fichier sont converties en heure locale. Pour connaître la différence entre l'UTC et l'heure locale, utilisez la Fuseau horaire onglet dans la Date et heure élément dans le panneau de configuration.
Toutes prises en charge x 86 exécutant des versions de Windows 7, Windows 7 SP1, Windows 2008 SP2 et Windows Vista Service Pack 2
Réduire ce tableauAgrandir ce tableau
Nom de fichierVersion du fichierTaille du fichierDateHeurePlateforme
CLR.dll4.0.30319.190476,876,60828-Nov-201201:28x 86
Mscordacwks.dll4.0.30319.190471,299,44028-Nov-201201:28x 86
Mscordbi.dll4.0.30319.190471,096,65628-Nov-201201:28x 86
Mscorlib.dll4.0.30319.190475,171,15228-Nov-201202:39x 86
PresentationCore dll4.0.30319.190473,224,56028-Nov-201202:39x 86
PresentationFramework.dll4.0.30319.190476,187,01628-Nov-201202:39x 86
SOS.dll4.0.30319.19047746,94428-Nov-201201:28x 86
System.dll4.0.30319.190473,449,28828-Nov-201202:39x 86
System.IdentityModel.dll4.0.30319.190471,084,92828-Nov-201202:39x 86
System.Printing.dll4.0.30319.19047342,00028-Nov-201202:39x 86
System.Runtime.Serialization.dll4.0.30319.190471,051,69628-Nov-201202:39x 86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828-Nov-201202:39x 86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028-Nov-201202:39x 86
System.ServiceModel.dll4.0.30319.190476,368,78428-Nov-201202:39x 86
WindowsBase.dll4.0.30319.190471,237,48828-Nov-201202:39x 86
Pour toutes les versions 64 bits de Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 et Windows Vista Service Pack 2 prises en charge
Réduire ce tableauAgrandir ce tableau
Nom de fichierVersion du fichierTaille du fichierDateHeurePlateforme
CLR.dll4.0.30319.190479,804,22428-Nov-201200:33x 64
CLR.dll4.0.30319.190476,876,60828-Nov-201201:28x 86
Mscordacwks.dll4.0.30319.190471,742,81628-Nov-201200:33x 64
Mscordacwks.dll4.0.30319.190471,299,44028-Nov-201201:28x 86
Mscordbi.dll4.0.30319.190471,497,04028-Nov-201200:33x 64
Mscordbi.dll4.0.30319.190471,096,65628-Nov-201201:28x 86
Mscorlib.dll4.0.30319.190475,120,46428-Nov-201200:33x 64
Mscorlib.dll4.0.30319.190475,171,15228-Nov-201202:39x 86
PresentationCore dll4.0.30319.190473,207,68028-Nov-201200:33x 64
PresentationCore dll4.0.30319.190473,224,56028-Nov-201202:39x 86
PresentationFramework.dll4.0.30319.190476,187,01628-Nov-201202:39x 86
SOS.dll4.0.30319.19047785,34428-Nov-201200:33x 64
SOS.dll4.0.30319.19047746,94428-Nov-201201:28x 86
System.dll4.0.30319.190473,449,28828-Nov-201202:39x 86
System.IdentityModel.dll4.0.30319.190471,084,92828-Nov-201202:39x 86
System.Printing.dll4.0.30319.19047342,01628-Nov-201200:33x 64
System.Printing.dll4.0.30319.19047342,00028-Nov-201202:39x 86
System.Runtime.Serialization.dll4.0.30319.190471,051,69628-Nov-201202:39x 86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828-Nov-201202:39x 86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028-Nov-201202:39x 86
System.ServiceModel.dll4.0.30319.190476,368,78428-Nov-201202:39x 86
WindowsBase.dll4.0.30319.190471,237,48828-Nov-201202:39x 86
Réduire cette imageAgrandir cette image
assets folding end collapsed

Problèmes de ce correctif logiciel cumulatif résout

Common language runtime Problèmes (CLR)

Problème 1

Lorsqu'une application.NET Framework 4.5 tente d'exécuter le garbage collection d'arrière-plan sur un ordinateur qui possède une mémoire insuffisante, un blocage peut se produire.

Problème 2

La méthode PerformanceCounterCategory.GetCategories ne peut pas retourner une liste des performances des catégories de compteurs sur certains systèmes d'exploitation qui utilisent des paramètres régionaux non anglais. En outre, si une application.NET Framework exécute du code semblable au suivant pour énumérer les catégories de compteurs de performances, aucune valeur n'est retournée :
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Après avoir appliqué le correctif, vous devez ajouter la nouvelle clé de configuration LocalizedPerfCounter suivante dans le fichier de configuration de votre application.NET Framework :
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problèmes de Windows Communication Foundation (WCF)

Problème 1

Supposons qu'il existe une application qui utilise la classe System.Xml.XmlDictionaryReader WCF pour lire le format UTF-8 des caractères Unicode codés. Lorsque l'application lit certains caractères Unicode qui se trouvent dans une certaine plage, le processus de lecture peut être lent.

RemarquePour plus d'informations sur la classe System.Xml.XmlDictionaryReader, accédez au site Web MSDN suivant :
Informations générales sur la classe XmlDictionaryReader


Problème 2

Sur un ordinateur qui exécute le 4.5 de.NET Framework ou une version antérieure, les applications WCF ne peut pas accéder à un certificat client si la propriété HttpsTransportBindingElement.RequireClientCertificate est définie sur FALSE. Lorsqu'une application essaie d'accéder aux certificats client, WCF fonctionne dans un des modes suivants :
  • exiger ou rejeter
  • ne nécessitent pas et ne pas valider
Dans ce cas, vous ne pouvez pas créer une application pour le certificat de vérification est permissive (par exemple, vous ne pouvez pas créer une application qui utilise le mode de ne pas exiger des certificats mais valider si fourni ). Ce correctif permet à l'application Ajouter un paramètre par point de terminaison qui fournit le certificat client pour les applications WCF, si le client fournit le certificat. Toutefois, le certificat est facultatif. Les connexions ne seront pas rejetées si un certificat n'est pas fourni. Par exemple, un site Web peut tenter d'utiliser l'authentification par formulaire pour valider une tentative d'accès sur un serveur et pour accorder des autorisations supplémentaires si la présence d'un certificat client est présentée au serveur.

Pour développer l'application, créer un comportement EndpointBehavior, puis ajoutez le comportement dans une liaison du point de terminaison. Par exemple, vous exécutez le code suivant pour créer et ajouter le comportement :
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Vous pouvez également ajouter le paramètre suivant du point de terminaison à la collection de paramètres BindingParameters contexte :
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Problème 3

Lorsque vous exécutez un service WCF qui prend en charge WS-Discovery sur protocole UDP (User Datagram) sur un serveur, vous pouvez rencontrer un ou plusieurs des problèmes suivants :
  • Utilisation de l'UC augmente de façon inattendue sur le serveur.
  • Le trafic de multidiffusion est plus élevée que prévu.
  • De nombreux messages d'erreur SOAP sont observés sur un réseau où.NET Framework 4.5 est déployé sur l'ensemble ou un sous-ensemble d'ordinateurs.
Ce correctif empêche les messages d'erreur SOAP soit retourné à partir d'un point de terminaison UDP si un message de multidiffusion WS-Discovery est reçu sur un point de terminaison n'est pas configuré pour WS-Discovery.

Remarque Ces problèmes peuvent se produire même si le service n'a pas été compilé pour cibler le 4.5 de.NET Framework. Ces problèmes peuvent se produire dans un environnement ou le réseau dans lequel le 4.5 de.NET Framework est présent sur un ou plusieurs points de terminaison.

Problèmes de Windows Presentation Foundation (WPF)


Problème 1

Faibles performances d'impression se produit lorsque le service WPF basé sur le Framework 4.5 de profilage vous permet d'imprimer sur une imprimante de l'Interface de périphérique graphique (GDI) sur un système d'exploitation. Ce problème se produit si les conditions suivantes sont remplies :
  • Le système d'exploitation qui héberge le service utilise les paramètres régionaux non anglais.
  • Le système d'exploitation a un des produits suivants est installé :
    • WPF version 4.0
    • WPF version 4.5
    • Version WPF 3.5 et le correctif qui est décrit dans l'article suivant de la Base de connaissances Microsoft (ou un correctif de mise à niveau qui inclut ce correctif) :
      980294 Caractères de la police de code-barres sont imprimés dans la police Wingdings dans un document XPS qui est créé à l'aide de la version.NET Framework 3.0
  • Vous imprimez un document qui a de nombreux blocs de texte.
Ce problème se produit car une opération de recherche se produit chaque fois que le processus d'impression appelle un bloc de texte à rechercher la police GDI qui est utilisée pour afficher le texte. L'utilisation des ressources de l'opération de recherche est augmentée en appliquant le correctif logiciel qui est distribué dans WPF, WPF version 4.0 et KB980294 version 4.5. En outre, l'utilisation des ressources de l'opération de recherche domine l'utilisation globale des ressources de la procédure d'impression. Ce hotfix résout un problème connu dans la logique qui met en cache les résultats des opérations de recherche. Après avoir appliqué le correctif, l'utilisation des ressources de l'opération de recherche apparaît une fois par police GDI et pas une fois par bloc de texte.

Problème 2

Envisagez le scénario suivant :
  • Vous avez une application.NET Framework 4.5 qui contient un contrôle WPF modifiable. Le contrôle utilise un éditeur de méthode d'entrée (IME).
  • Texte d'entrée dans le contrôle.
  • Le contrôle peut modifier le texte qui est entré. Voici quelques exemples de ce comportement :
    • Supposons que vous avez une zone de texte contrôle a la propriété de texte lié aux données. Le déclencheur de la source mise à jour pour une liaison TextBox.Text de la propriété est défini sur PropertyChanged. Le texte d'entrée, il est envoyé à une propriété d'un élément de données sous-jacent qui est décrite dans le chemin d'accès de la liaison. En outre, le texte peut être remplacé avec une autre chaîne par l'élément de données, ou par les convertisseurs qui sont impliqués dans la liaison.
    • Supposons que vous avez un contrôle de zone de liste déroulante modifiable avec un paramètre de recherche de texte activé. Lorsque vous entrez le texte, le contrôle de zone de liste déroulante tente de faire correspondre le texte par rapport à la liste des options disponibles. Si le contrôle détecte une option qui commence par le texte, le texte sera remplacé par le texte intégral de l'option correspondante.
  • Vous activez l'IME envoyer un message WM_IME_CHAR à une application WPF lorsque le contrôle est dans l'état « le texte a été modifié par le contrôle ».

    Remarque La séquence exacte de caractères qui provoque ce message diffère considérablement entre IME différents. Certains éditeurs ne jamais envoient ce message.
Dans ce scénario, l'application.NET Framework 4.5 peut se bloquer avec une exception System.InvalidOperationException.

Pour résoudre ce problème, appliquez le correctif. Ce hotfix résout également un problème spécifique dans lequel Visual Studio 2012 se bloque lorsque vous modifiez un serveur Team Foundation Server (TFS) élément ainsi que l'IME Pinyin Engkoo activé de travail. Voici une description détaillée de ce problème :

Supposons que vous entrez du texte dans le champ « Attribué à » d'un élément de travail dans Visual Studio 2012. Lorsque vous appuyez sur entrée une fois que vous entrez le texte, l'IME Engkoo envoie le message WM_IME_CHAR. Par conséquent, Visual Studio 2012 se bloque.

RemarqueSaisie de texte dansautres champs de l'élément de travail TFS peuvent également provoquer ce problème.
Remarque Ce problème se produit également dans WPF version 4.0 ou une version antérieure de WPF. Toutefois, le correctif s'applique uniquement à WPF version 4.5.
Problème 3

Envisagez le scénario suivant :
  • Vous avez une application WPF qui déclare une propriété liée aux données. La propriété liée aux données contient une liaison qui a un tracé complexe. Par exemple, la liaison est le chemin d'accès suivant :
    {Binding Path=A.B.C.D}
  • Vous créez un modèle de données qui déclenche une notification PropertyChanged pour certains composants de chemin d'accès sur un thread de travail. Par exemple, le thread de travail déclenche une notification de modification de propriété C.

    Remarques
    • Le thread de travail peut être n'importe quel thread différent du thread d'interface utilisateur.
    • Le thread d'interface utilisateur est le thread qui a été déclaré par la liaison.
  • Avant que le thread d'interface utilisateur traite la notification PropertyChanged, le modèle de données déclenche une autre notification PropertyChanged pour un composant antérieur du chemin. Par exemple, vous avez un thread déclenche une notification de modification de propriété A.

    Remarque La deuxième notification PropertyChanged peut se produire sur n'importe quel thread. Cela inclut le thread d'interface utilisateur.
Dans ce cas, la deuxième notification est ignorée. En outre, la perte de données se produit. Par exemple, la propriété D Obtient la valeur d'origine de la propriété A. Toutefois, le résultat attendu est cette propriété que d Obtient la valeur modifiée de la propriété A.

Remarque : Ce problème peut également affecter une version antérieure à la version 4.5 de WPF. Toutefois, le correctif s'applique uniquement à WPF version 4.5.


Problème 4

Envisagez le scénario suivant :
  • Vous avez une application WPF qui exécute le code pour déclarer un contrôle TextBlock, et le code semblable au suivant :
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Saisie de texte à une longue chaîne de 9600 caractères ou plus.
  • Vous exécutez votre application sur un ordinateur qui exécute la version 4.5 de WPF.
Dans ce scénario, le contrôle TextBlock affiche plusieurs lignes de texte, et chaque ligne de texte se termine par des points de suspension. Par exemple, est le nombre de lignes affichées n/ 9600.

Remarque :n est un espace réservé qui représente la longueur du texte d'origine. Toutefois, le résultat attendu est que le contrôle TextBlock affiche une seule ligne de texte qui se termine avec le bouton de sélection.

Propriétés

Numéro d'article: 2783808 - Dernière mise à jour: dimanche 16 juin 2013 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft .NET Framework 4.5
Mots-clés : 
kbqfe kbhotfixserver kbfix kbexpertiseadvanced kbsurveynew kbmt KB2783808 KbMtfr
Traduction automatique
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: 2783808
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com