Fichier Readme de Visual Studio 2008 Service Pack 1 (SP1)

Table des matières

1. Configuration requise

1.1. Architectures prises en charge
  • x86
  • x64 (WOW)
  • 1.2. Systèmes d'exploitation pris en charge

  • Microsoft Windows XP
  • Microsoft Windows Server 2003
  • Microsoft Windows Server 2008
  • Windows Vista


  • 1.3.Configuration matérielle requise
  • 3,8 Go disponibles sur le lecteur système, plus 600 Mo sur le lecteur sur lequel Visual Studio est installé
        Remarque : vous pouvez utiliser l'utilitaire Nettoyage de disque pour supprimer les fichiers temporaires.  
  • Minimale : processeur à 1,6 GHz, écran 1024x768, disque dur 5 400 tours/min
  • Recommandée : processeur à 2,2 GHZ ou plus, écran 1280x1024, disque dur 7 200 tours/min ou plus 
  • Sous Windows Vista : processeur à 2,4 GHz
  • 2. Problèmes connus

    2.1 Installation

    2.1.1 Conditions requises pour l'installation de Microsoft Synchronization Services pour ADO.NET 1.0 for Devices

    Microsoft Synchronization Services pour ADO.NET 1.0 for Devices n'est pas installé avec Visual Studio 2008 SP1. Pour pouvoir activer la fonctionnalité Cache de base de données locale dans les projets Smart Device, les utilisateurs doivent d'abord télécharger le fichier .msi.

    Pour résoudre ce problème :

    Téléchargez le fichier .msi de Microsoft Synchronization Services pour ADO.NET 1.0 for Devices à partir du Centre de téléchargement, puis installez-le.

    http://www.microsoft.com/downloads/details.aspx?FamilyId=75FEF59F-1B5E-49BC-A21A-9EF4F34DE6FC&displaylang=fr

    2.1.2 L'installation de Visual Studio 2008 SP1 échoue et le message "Impossible d'établir une connexion avec le serveur" s'affiche

    L'installation de Visual Studio 2008 SP1 échoue et le message "Impossible d'établir une connexion avec le serveur" s'affiche.
    Voici les causes possibles de cet échec : La cause la plus probable est un pare-feu sur l'ordinateur cible.

    Pour résoudre ce problème :

    Ajoutez une exception au pare-feu pour SPInstaller. Cela arrête le blocage, par le pare-feu, des communications requises par SPInstaller. Exécutez ensuite à nouveau l'installation de Visual Studio 2008 SP1.
    Sur un ordinateur Windows XP :
    1. Ouvrez le Panneau de configuration.
    2. Cliquez sur "Pare-feu Windows".
    3. Cliquez sur l'onglet "Exceptions".
    4. Cliquez sur "Ajouter un programme".
    5. Ajoutez SPInstaller à la liste des programmes.
    6. Cliquez sur "OK".
    7. Redémarrez l'ordinateur.
    Sur un ordinateur Windows Vista :
    1. Ouvrez le Panneau de configuration.
    2. Cliquez sur "Pare-feu Windows".
    3. Cliquez sur "Autoriser un programme via le Pare-feu Windows".
    4. Cliquez sur l'onglet "Exceptions".
    5. Cliquez sur "Ajouter un programme".
    6. Ajoutez SPInstaller à la liste des programmes.
    7. Cliquez sur "OK".
    8. Redémarrez l'ordinateur.

    2.1.3 La désinstallation d'un correctif logiciel peut mettre à niveau vers une version antérieure des fichiers d'autres produits Visual Studio

    Lorsque Visual Studio 2008 SP1 est appliqué à plusieurs produits sur un ordinateur, par exemple à la version anglaise de Visual Studio 2008 et à la version espagnole de Visual Studio 2008, la désinstallation du SP1 de l'un met à niveau vers la version antérieure les fichiers des autres produits Visual Studio 2008.

    Pour résoudre ce problème :

    Réparez les produits pour lesquels Visual Studio 2008 SP1 est toujours installé, ou désinstallez le SP1 également de ces produits.

    Pour Windows Vista ou version ultérieure :

    1. Ouvrez le Panneau de configuration.
    2. Cliquez sur "Programmes".
    3. Cliquez sur "Désinstaller un programme".
    4. Sélectionnez une édition de Visual Studio 2008 pour laquelle le SP1 est toujours installé.
    5. Cliquez sur "Désinstaller/Modifier".
    6. Cliquez sur "Continuer" pour effectuer une élévation si vous y êtes invité.
    7. Cliquez sur "Suivant" lorsque les composants d'installation ont été chargés.
    8. Cliquez sur "Réparer/Réinstaller".

    Pour les systèmes d'exploitation antérieurs à Windows Vista :

    1. Ouvrez le Panneau de configuration.
    2. Cliquez sur "Ajout/Suppression de programmes".
    3. Cliquez sur "Désinstaller/Modifier".
    4. Cliquez sur "Suivant" lorsque les composants d'installation ont été chargés.
    5. Cliquez sur "Réparer/Réinstaller".

    2.1.4 L'installation de Visual Studio 2008 SP1 échoue lorsque le Volet Windows Vista est activé.

    L'installation de Visual Studio 2008 SP1 échoue lorsque le Volet Windows Vista est activé.

    Pour résoudre ce problème :

    1. Cliquez avec le bouton droit sur l'icône du Volet Windows, située à l'extrême droite de la barre des tâches.
    2. Cliquez sur "Quitter".

    2.1.5 Chaque version linguistique de Visual Studio requiert la version linguistique correspondante du Service Pack

    L'installation de versions linguistiques incompatibles de Visual Studio 2008 RTM et Visual Studio 2008 SP1 peut entraîner un dysfonctionnement des fonctionnalités ou un mélange de langues dans l'interface utilisateur.
    Scénarios pris en charge :

    Pour résoudre ce problème :

    1. Désinstallez Visual Studio 2008 SP1.
    2. Effectuez une réparation en mode maintenance de Visual Studio 2008 RTM.
    3. Installez la version linguistique correspondante de Visual Studio 2008 SP1.

    2.1.6 La désinstallation du Kit de développement Windows SDK peut affecter Visual Studio 2008

    Si vous installez le Kit de développement Windows SDK pour Windows Vista ou sa mise à jour, puis que vous désinstallez le Kit de développement Windows SDK, les clés de Registre qui sont requises par Visual Studio pour rechercher les en-têtes, les bibliothèques et les outils Windows sont supprimées.

    Pour résoudre ce problème :

    Exécutez l'une des actions suivantes :

    2.1.7 Visual Studio 2008 SP1 n'installera pas MSDN Library pour Visual Studio 2008 SP1 lors de l'installation

    Lors de l'installation de Visual Studio 2008 SP1, MSDN Library pour Visual Studio 2008 SP1 n'est pas installé sur votre ordinateur.

    Pour résoudre ce problème :

    MSDN Library pour Visual Studio 2008 SP1 est disponible sous la forme d'un téléchargement distinct. Consultez le Centre de téléchargement Microsoft.

    2.1.8 Le fichier du programme d'installation Windows (MSI) de SQL Server Compact 3.5 SP1 for Devices n'est pas installé avec Visual Studio 2008 SP1, mais il est disponible au téléchargement

    Le fichier du programme d'installation Windows (MSI) de SQL Server Compact 3.5 SP1 for Devices contient les fichiers exécutables d'appareil mobile requis pour installer SQL Server Compact 3.5 SP1 sur des appareils mobiles. L'installation de Visual Studio 2008 SP1 sur la version commercialisée de Visual Studio 2008 ne met pas à jour le fichier MSI de SQL Server Compact 3.5 for Devices vers la version SP1.

    Pour résoudre ce problème :

    Le fichier MSI de SQL Server Compact 3.5 SP1 for Devices est disponible au téléchargement sur le Centre de téléchargement Microsoft.

    2.1.9 Une notification de mise à jour automatique Windows s'affiche pendant l'installation de Visual Studio 2008 SP1 sur Windows Vista.

    Une notification de mise à jour automatique Windows vous demandant de redémarrer l'ordinateur peut s'afficher lorsque Visual Studio 2008 SP1 est installé sur un ordinateur Windows Vista sur lequel .NET Framework 2.0 SP2 et .NET Framework 3.0 SP2 ne sont pas installés. Autoriser Windows Update à redémarrer immédiatement provoquera l'échec du programme d'installation de Visual Studio.

    Pour résoudre ce problème :

    Attendez que l'installation de Visual Studio SP1 soit terminée avant de redémarrer l'ordinateur.

    2.1.10 L'installation de Visual Studio 2008 SP1 échoue lorsque .NET Framework 2.0 SP2 n'est pas en mesure de mettre à niveau .NET Framework 2.0 ou .NET Framework 2.0 SP1

    .L'installation de .NET Framework 2.0 SP2 échoue sur un ordinateur sur lequel .NET Framework 2.0 ou 2.0 SP1 est installé et qui exécute Windows XP, Windows Server 2003 ou Windows 2000.

    Le programme d'installation de .NET Framework 2.0 SP2 désinstalle les versions antérieures de .NET Framework 2.0 et 2.0 SP1. Lorsque Windows Installer désinstalle les versions antérieures, il utilise la base de données d'installation mise en cache. Lors de la désinstallation, si Windows Installer ne trouve pas les packages d'installation des mises à jour antérieures dans son cache, ou l'emplacement source d'origine, l'installation échoue. Si une annulation de l'installation incomplète se produit, l'échec de cette installation peut également empêcher les applications qui utilisent le .NET Framework de fonctionner.

    Ce problème peut se produire pour l'une des raisons suivantes :

    Des fichiers requis ne se trouvent pas dans le cache Windows Installer.

    Le cache Windows Installer a changé. Le cache est critique pour réparer, mettre à jour et désinstaller des produits. C'est pourquoi vous ne devez pas supprimer ou modifier le contenu du cache. Si vous modifiez le contenu du cache, il vous sera peut-être demandé une source lorsque vous essayez de mettre à jour ou de réparer des produits Windows Installer.

    Parfois, un fichier correctif Windows Installer (.msp) que Windows Installer s'attend à trouver dans le cache n'existe plus. Voici deux raisons courantes pour lesquelles le fichier .msp est absent :
    - Un outil qui trouve et supprime les fichiers volumineux ou rarement utilisés sur le disque dur a été exécuté.
    - Le propriétaire du répertoire %windir%\Installer n'est plus SYSTEM ou Administrateurs.

    Si ce problème se produit, le journal Windows Installer de l'installation qui a échoué contiendra des éléments qui ressemblent à :
    MSI (s) (D0:B0) [19:05:57:843] : correctif local introuvable 'C:\WINDOWS\Installer\a4784a.msp'. Recherche de sa source.
    MSI (s) (D0:B0) [19:05:57:843] : résolution de la source du correctif.
    Vous pouvez utiliser l'outil Microsoft .NET Framework Registration Correction Tool pour résoudre ce problème lorsqu'il se produit. Cet outil corrige le problème en supprimant toutes les inscriptions de correctif ou de mise à jour spécifiques à cette mise à jour afin que les installations de maintenance n'essaient pas de charger le fichier .msp spécifique.

    Vous pouvez également essayer de corriger ce problème en régénérant le cache du programme d'installation. Vous pouvez trouver le numéro de l'article de la Base de connaissances pour le correctif ou la mise à jour dans les lignes qui suivent "résolution de la source du correctif", comme indiqué dans l'exemple suivant :
    MSI (s) (D0:B0) [19:05:57:859] : GESTION_DE_SOURCE : source non valide en raison d'un package manquant/inaccessible.
    MSI (s) (D0:B0) [19:05:57:859] : Remarque : 1: 1706 2: -2147483647 3: NDP20-KB917283-X86.msp

    Pour corriger le cache Windows Installer pour cet exemple, procédez comme suit :
    1. Visitez le site Web Microsoft suivant : http://support.microsoft.com/kb/917283 (http://support.microsoft.com/kb/917283). Remarque : vous pouvez remplacer le numéro de l'article de la Base de connaissances dans l'URL par le numéro de l'article de la Base de connaissances du correctif ou de la mise à jour dont vous souhaitez corriger le cache Windows Installer.
    2. Téléchargez la mise à jour.
    3. Extrayez le fichier .msp du correctif ou de la mise à jour en utilisant le commutateur de ligne de commande /x ou /extract.
    4. Copiez le fichier .msp extrait à l'emplacement du fichier manquant. Dans cet exemple, l'emplacement est %windir%\Installer\a4784a.msp.

    L'inscription du correctif ou de la mise à jour peut être endommagée.

    Après l'installation d'un correctif ou d'une mise à jour d'un produit Windows Installer, l'inscription du correctif ou de la mise à jour peut être endommagée. Ce problème peut se produire en raison d'utilitaires de nettoyage tiers du Registre qui suppriment certaines clés de Registre. Ces clés comprennent des clés conçues pour une utilisation interne par Windows Installer. Dans ce cas, le message "Resolving Patch source" du journal se présente comme suit :
    MSI (s) (CC:5C) [03:02:56:181] : correctif local introuvable''. Recherche de sa source.
    MSI (s) (CC:5C) [03:02:56:181] : résolution de la source du correctif.
    Remarque : l'emplacement du correctif ou de la mise à jour est manquant dans le message du journal car les informations d'inscription du correctif ou de la mise à jour sont également absentes. Dans ce cas, un correctif ou une mise à jour est toujours inscrit pour un produit. Cependant, les informations d'emplacement pour le correctif ou la mise à jour sont manquantes. Bien que le fichier puisse exister, Windows Installer ne connait pas le chemin du fichier qu'il a besoin de charger.

    Vous pouvez utiliser l'outil Microsoft .NET Framework Registration Correction Tool pour résoudre ce problème lorsqu'il se produit. Cet outil corrige le problème en supprimant toutes les inscriptions de correctif ou de mise à jour spécifiques à ce Service Pack afin que les installations de maintenance n'essaient pas de charger le package de correctif ou de mise à jour.

    Pour résoudre ce problème :

    Si vous n'arrivez pas à installer .NET Framework 2.0 SP2 et que le texte "Resolving Patch source" se trouve dans le fichier journal d'installation décrit dans la section "Cause", vous pouvez télécharger l'outil Microsoft .NET Framework Registration Correction Tool pour résoudre ce problème.

    Microsoft .NET Framework 2.0 Registration Correction Tool
    L'outil Microsoft .NET Framework Registration Correction Tool résout les deux problèmes décrits dans la section "Cause".
    Le fichier suivant est disponible au téléchargement sur le Centre de téléchargement Microsoft :

    Téléchargez maintenant le package Microsoft .NET Framework 2.0 Registration Correction Tool. http://www.microsoft.com/downloads/details.aspx?FamilyID=0BA6038C-061E-4B4A-9BE9-96A323701260

    Le Centre de téléchargement Microsoft propose une version de l'outil pour chaque architecture de processeur prise en charge par .NET Framework 2.0 (x86, x64 et IA-64). La plupart des clients exécutent une version 32 bits du système d'exploitation. C'est pourquoi ces clients doivent télécharger et installer la version x86 de cet outil.
    Les administrateurs peuvent également utiliser cet utilitaire dans des scripts en passant le commutateur de ligne de commande /q ou /quiet. De cette façon, vous pouvez exécuter l'application en mode silencieux sans utiliser une interface utilisateur et sans utiliser des scripts de blocage.
    L'outil écrit un journal d'exécution dans le dossier %TEMP%\dd_clwireg.txt. Vous pouvez afficher ce journal pour obtenir plus d'informations sur l'outil.

    Remarques
    - L'outil Microsoft .NET Framework Registration Correction Tool est conçu pour être utilisé avec toutes les versions actuelles du .NET Framework.
    - Vous devez être administrateur pour exécuter cet utilitaire.

    2.1.11 Toutes les instances de Visual Studio 2008 doivent être mises à niveau vers le Service Pack 1

    Sur les ordinateurs qui comportent plusieurs éditions des produits Visual Studio 2008, y compris des versions linguistiques, toutes les éditions doivent être mises à niveau vers le Service Pack 1. Les produits Visual Studio 2008 sont basés sur des ressources partagées ; par conséquent, la mise à niveau d'une seule édition peut déstabiliser les autres éditions de Visual Studio 2008.

    Pour résoudre ce problème :

    Mettez à niveau toutes les éditions de Visual Studio 2008, y compris les versions linguistiques, vers le Service Pack 1.

    2.1.12 La désinstallation de la version bêta de Visual Studio 2008 SP1 peut entraîner l'affichage d'un message indiquant qu'un fichier CAB a une signature numérique non valide

    La désinstallation de la version bêta de Visual Studio 2008 SP1 ou l'exécution de l'outil de suppression de correctif Visual Studio 2008 peut entraîner l'affichage du message 1330 indiquant que le fichier CAB a une signature numérique non valide ; par ailleurs, vous pouvez être invité à fournir la source d'installation.

    Ce problème est provoqué le plus souvent par des erreurs intermittentes de lecture du disque ou des erreurs de transfert réseau.

    Pour résoudre ce problème :

    Désinstallez la version bêta de Visual Studio 2008 SP1 ou réexécutez l'outil de suppression de correctif Visual Studio 2008.

    Si le problème persiste,

    1. Si vous utilisez l'outil de suppression de correctif Visual Studio 2008, enregistrez-le sur votre disque dur local.
    2. Copiez les fichiers d'installation de Visual Studio 2008 RTM à partir du média d'origine ou de l'emplacement réseau vers un répertoire local (par exemple %TEMP%\VS2008).
    3. Supprimez le média d'installation d'origine ou déconnectez le câble réseau.
    4. Désinstallez à nouveau la version bêta de Visual Studio 2008 SP1 ou réexécutez l'outil de suppression de correctif Visual Studio 2008, puis spécifiez le chemin d'accès local des fichiers d'installation Visual Studio 2008 lorsque vous êtes invité à fournir la source.

    2.1.13 La réparation de Visual Studio ne doit pas être exécutée à partir du média après l'installation du SP1

    Une fois que vous avez installé Visual Studio 2008 SP1, n'exécutez pas la réparation de Visual Studio à partir du média d'installation de la version d'origine (RTM).  Les packages installés avec Visual Studio 2008 SP1 sont plus récents et ne peuvent être réparés qu'à l'aide de la fonctionnalité Ajout/Suppression de programmes, car ils n'existent pas sur le média d'installation de la version d'origine.

    Pour résoudre ce problème :

    Réparez Visual Studio 2008 SP1 :

    1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.
    2. Sélectionnez Visual Studio 2008, puis cliquez sur Modifier.
    3. Sélectionnez Réparer Visual Studio dans la fenêtre de maintenance.

    Les composants suivants doivent être réparés séparément à l'aide de l'option Ajout/Suppression de programmes :

    - Microsoft .NET Compact Framework
    - Débogueur distant Microsoft
    - Microsoft Visual Studio Tools pour Office
    - Microsoft SQL Server Compact Edition
    - Kit de développement Microsoft Windows Mobile SDK

    2.1.14 Échec de la réparation de Visual Studio 2008 Standard Edition avec Service Pack 1 sur les ordinateurs x64

    La logique de détection de la réparation de Visual Studio est incorrecte, car il manque une valeur de Registre.  Cela ne se produit que sur les ordinateurs x64 où Visual Studio Standard est installé.

    Pour résoudre ce problème :

    1. Ouvrez l'Explorateur Windows.

    2. Naviguez vers ..Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x64.

    3. Notez la version de fichier de msvsmon.exe. (Cliquez avec le bouton droit sur les propriétés et examinez-les, ou pointez simplement le curseur sur ces dernières et lisez les info-bulles.)

    4. Ouvrez Regedit et ajoutez deux valeurs de Registre de type chaîne, toutes les deux nommées "Version", et qui contiennent la chaîne de version actuelle à l'emplacement suivant :

          HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Remote Debugger Lite Setup\9.0\1033

          HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Remote Debugger Lite Setup\9.0\1033

    2.1.15 L'Assistant Publication de base de données Microsoft SQL Server 1.3 n'est pas complètement réparé via Ajout/Suppression de programmes

    Si vous essayez de réparer le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3' (version installée avec Visual Studio 2008 Service Pack 1 ou Visual Web Developer 2008 avec SP1) via Ajout/Suppression de programmes, vous risquez de rencontrer l'un des problèmes suivants :

    a. Le bouton Réparer n'est pas disponible sous le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3'.

    b. Le bouton Réparer est disponible, mais la réparation entraîne l'installation d'une ancienne version du composant : 'Assistant Publication de base de données Microsoft SQL Server 1.2'.

    c. Le bouton Réparer est disponible, mais la réparation nécessite l'utilisation de la source de SqlPubWiz.msi.

     

    Pour résoudre ce problème :

    Sur Windows XP / Vista

    1. Ouvrez le Panneau de configuration et accédez à Ajout/Suppression de programmes.

    2. Cliquez avec le bouton droit sur le composant 'Assistant Publication de base de données Microsoft SQL Server 1.3' (ou 'Assistant Publication de base de données Microsoft SQL Server 1.2' si cette ancienne version a été installée au cours de l'étape (b) ci-dessus), puis cliquez sur Désinstaller. Attendez la fin de la désinstallation.

    3. Exécutez SqlPubWizInstaller.exe à partir de http://go.microsoft.com/fwlink/?LinkId=119368  pour réinstaller 'Assistant Publication de base de données Microsoft SQL Server 1.3'. Vous pouvez vérifier si l'installation s'est bien effectuée dans Ajout/Suppression de programmes.

    2.1.16 Visual Studio 2008 SP1 bloque l'installation lorsque des composants de version bêta incompatibles sont installés sur l'ordinateur

    Dans la mesure où les mises à jour et les programmes de versions préliminaires suivants empêchent l'installation correcte de Visual Studio 2008 SP1, ils doivent être supprimés avant l'installation de Visual Studio 2008 SP1 :
    - Microsoft Silverlight Tools Bêta 1
    - Microsoft Visual Studio 2008 - KB949325
    - Microsoft Visual Studio 2008 - KB944899 (v1)
    - Microsoft Visual Studio 2008 - KB945140 (SP1 Bêta)
    Pour supprimer ces programmes, il est conseillé d'exécuter l'outil automatisé de préparation à l'installation du Service Pack de Visual Studio 2008. Cet outil supprime les mises à jour et programmes spécifiés de votre système ; par ailleurs, il restaure l'intégrité des fonctionnalités de Visual Studio 2008 qui ont pu être endommagées lors d'une suppression manuelle de la version bêta de Visual Studio 2008 SP1.

    Pour résoudre ce problème :

    1. Accédez à la page de téléchargement de l'outil de préparation à l'installation du Service Pack de Visual Studio 2008 : http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409 (en anglais).
    2. Suivez les instructions indiquées dans la page pour télécharger et exécuter l'outil.

    2.1.17 Visual Studio 2008 Service Pack 1 ne peut pas être installé sur un ordinateur dont la version linguistique de Visual Studio Team Test n'est pas l'anglais, car le module linguistique Visual Studio Tools pour Office 3.0 est présent

    Lorsque vous installez la mise à jour de Visual Studio 2008 SP1, vous pouvez voir s'afficher une erreur Windows Installer 1638, car le module linguistique Visual Studio Tools pour Office 3.0 est déjà installé. Cela se produit si une version non anglaise de Visual Studio Team Test 2008 avec le runtime et le module linguistique Visual Studio Tools pour Office 3.0 correspondant, sont installés. Le runtime Visual Studio Tools pour Office 3.0 peut également être installé dans d'autres produits Visual Studio, par exemple le client Team Foundation.
    "ERROR_PRODUCT_VERSION 1638 Une autre version de ce produit est déjà installée. L'installation de cette version ne peut pas continuer. Pour configurer ou supprimer la version existante de ce produit, utilisez Ajout/Suppression de programmes dans le Panneau de configuration."

    Pour résoudre ce problème :

    1. Désinstallez le runtime et le module linguistique Visual Studio Tools pour Office 3.0 via Ajout/Suppression de programmes (dans Windows XP) ou Programmes et fonctionnalités (dans Windows Vista).
    2. Réexécutez le programme d'installation de Visual Studio 2008 SP1 (SPInstaller.exe).

    2.1.18 L'installation de Visual Studio 2008 SP1 entraîne un dysfonctionnement de l'outil de configuration du Kit de développement Windows SDK

    L'installation de Visual Studio 2008 SP1 entraîne un dysfonctionnement de l'outil de configuration du Kit de développement Windows SDK dans le Kit de développement Windows SDK pour Windows Server 2008 et .NET Framework 3.5. Cet outil permet de définir la version des en-têtes, bibliothèques et outils du Kit de développement Windows SDK que vous souhaitez utiliser lors des générations dans Visual Studio. Après l'installation de Visual Studio 2008 SP1, l'outil de configuration se bloque brutalement avec une exception non gérée sur un ordinateur X86. L'interface utilisateur de l'outil affiche une boîte de dialogue vide sur un ordinateur X64. Ce problème n'affecte pas les versions de Visual Studio 2008 Express.

    L'outil de configuration dépend d'une valeur de clé de Registre que le correctif du Service Pack remplace par un contenu non valide. Une fois le correctif du SP1 installé, la sous-clé ProductVersion dans HKLM\Software\Microsoft\Microsoft SDKs\Windows\v6.0a a la valeur "v6.0A". Pour l'outil, cette valeur est censée être un numéro de build au format 6.xxx.xxx.xxx. Sur un ordinateur X64, une clé de Registre supplémentaire est remplacée par la valeur non valide : HKLM\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows\v6.0A@ProductVersion.

    Pour résoudre ce problème :

    Réparez Visual Studio 2008 afin de réinitialiser la valeur de ProductVersion.
    1. Ouvrez le Panneau de configuration et sélectionnez Programmes et fonctionnalités (Ajout/Suppression de programmes sur les systèmes antérieurs à Windows Vista)
    2. Sélectionnez Microsoft Visual Studio 2008, puis cliquez sur Désinstaller/Modifier. L'Assistant Installation de Visual Studio 2008 se lance.
    3. Lorsque vous y êtes invité, choisissez Réparer/Réinstaller Visual Studio 2008. (Cela n'entraîne pas la suppression du Service Pack.)
    Les utilisateurs expérimentés peuvent également mettre à jour la ou les clés de Registre manuellement pour affecter la valeur "6.0.6001.17011" à ProductVersion. Consultez l'article Informations sur le Registre Windows pour utilisateurs expérimentés avant de modifier le Registre.

    Une solution de contournement supplémentaire est nécessaire pour utiliser l'outil de configuration du Kit de développement Windows SDK en mode graphique sur Visual Studio 2008 SP1. Consultez la publication de blog du Kit de développement Windows SDK, WinSDK bug notification: SDK Config Tool appears to work but fails (en anglais).

    2.1.19 Déploiement administrateur de Visual Studio 2008 SP1

    Cette méthode permet le déploiement via Microsoft Systems Management Server (SMS) ou d'autres outils de distribution de logiciels. L'administrateur réseau exécute initialement le programme d'installation pour créer une structure complète de Visual Studio 2008 SP1 sur un partage réseau, qui est ensuite déployée via l'exécution du programme d'installation en mode sans assistance. La création d'une structure complète est nécessaire pour empêcher le programme d'installation de télécharger les packages de la charge utile à partir d'Internet. Lorsqu'il est exécuté sans assistance, le programme d'installation du Service Pack 1 met à jour en mode silencieux toutes les instances détectées de Visual Studio 2008 dans une langue donnée. Si une erreur se produit, le programme d'installation s'arrête sans afficher d'avertissement. Chaque structure du SP1 cible une langue spécifique, plusieurs structures doivent parfois être créées dans les environnements comprenant différentes versions linguistiques de Visual Studio. Si une langue ciblée n'est pas installée sur un système, le programme d'installation du Service Pack 1 échoue en mode silencieux.

    Pour déployer les composants via SMS, vous devez suivre les étapes ci-après :
    1. Créer une structure complète du SP1
    2. Créer le package de composant
    3. Créer le programme composant
    4. Créer le point de distribution du composant
    5. Créer la publication du composant

    Étape 1 : créer une structure complète du SP1
    1. Créez un dossier sur le serveur. Par exemple, <lecteur>:\VS90SP1
    2. Téléchargez Microsoft Visual Studio 2008 Service Pack 1 (exe) et enregistrez-le localement sur un ordinateur (c'est-à-dire %Temp%\VS90sp1-KB945140-FRA.exe)
    3. Dans le menu Démarrer, choisissez Exécuter
    4. Tapez la commande suivante pour démarrer le téléchargement de tous les composants de la charge utile du SP1 vers le répertoire créé :
      %TEMP%\VS90sp1-KB945140-FRA.exe /createlayout <lecteur>:\VS90SP1 /q

      Remarque : le téléchargement (environ 850 Mo) peut durer un certain temps en fonction de votre vitesse de connexion. Vous pouvez ensuite installer le Service Pack 1 en appelant SPInstaller.exe à partir de la structure créée qui comprend le jeu complet de mises à jour du SP1 dans des paramètres régionaux donnés. Lors d'un déploiement manuel, le paramètre /q peut être remplacé par /passive afin d'afficher la progression du téléchargement et de l'installation.
    Étape 2 : créer le package de composant
    1. Cliquez sur Démarrer, pointez sur Programmes, puis cliquez sur Systems Management Server pour ouvrir la console Administrateur SMS.
    2. Dans l'arborescence de la base de données du site, cliquez avec le bouton droit sur Packages, pointez sur Nouveau, puis cliquez sur Package.
    3. Sous l'onglet Général de la boîte de dialogue Propriétés du package, ajoutez les valeurs suivantes aux champs appropriés.

      Champ

      Valeur

      Name

      Microsoft Visual Studio 2008 Service Pack 1

      Version

      SP1

      Publisher

      Microsoft

      Language

      <Langue du composant>


    4. Sous l'onglet Source de données, activez la case à cocher Ce package contient des fichiers sources, puis cliquez sur Toujours obtenir les fichiers du répertoire source.
    5. Cliquez sur Définir.
    6. Dans la boîte de dialogue Définir le répertoire source, cliquez sur Lecteur local sur le serveur de site, puis sur Parcourir.
    7. Dans la boîte de dialogue Rechercher un dossier, sélectionnez le dossier correspondant au composant que vous êtes en train d'installer (par exemple <lecteur>:\VS90SP1).
    8. Cliquez sur OK à trois reprises pour fermer les boîtes de dialogue.

    Étape 3 : créer le programme composant
    Chaque package SMS contient au moins un programme SMS. Le programme SMS est un programme en ligne de commande qui s'exécute sur chaque ordinateur de destination afin de contrôler l'exécution du package.
    1. Sous Packages, dans l'arborescence Base de données du site de la console Administrateur SMS, développez le nœud approprié.
    2. Cliquez avec le bouton droit sur Programmes, pointez sur Nouveau, puis cliquez sur Programme.
    3. Sous l'onglet Général de la boîte de dialogue Propriétés du programme, tapez Microsoft Visual Studio 2008 SP1 dans la zone Nom. Tapez ensuite la valeur SPInstaller.exe /q /norestart dans la zone Command Line.
    4. Dans la liste Après l'exécution de, sélectionnez la valeur appropriée.
    5. Sous l'onglet Environnement , désactivez la case à cocher Entrée utilisateur requise, puis cliquez sur Exécuter avec les droits d'administration.
    6. Cliquez sur OK pour fermer la boîte de dialogue Propriétés du programme.

    Étape 4 : créer le point de distribution du composant
    Les points de distribution SMS sont des partages sur des systèmes de site. Vous copiez les fichiers sources du package vers un point de distribution SMS de sorte que les ordinateurs clients puissent accéder aux fichiers sources.
    1. Sous le nœud approprié dans l'arborescence Base de données du site de la console Administrateur SMS, cliquez avec le bouton droit sur Points de distribution, pointez sur Nouveau, puis cliquez sur Points de distribution.
    2. Dans l'Assistant Nouveaux points de distribution, cliquez sur Suivant.
    3. Sélectionnez le point de distribution vers lequel vous voulez copier le package.
    4. Cliquez sur Terminer.

    Étape 5 : créer la publication du composant
    Une publication spécifie le programme mis à la disposition des ordinateurs clients, désigne les ordinateurs qui doivent la recevoir et indique le moment auquel est planifiée l'installation du programme.
    1. Dans l'arborescence Base de données du site de la console Administrateur SMS, cliquez avec le bouton droit sur Publications, pointez sur Nouveau, puis cliquez sur Publication.
    2. Sous l'onglet Général de la boîte de dialogue Propriétés de la publication, tapez Microsoft Visual Studio 2008 SP1 dans la zone Nom.
    3. Dans la liste Package, sélectionnez le composant approprié.
    4. Dans la liste Programme, sélectionnez le programme composant approprié.
    5. Cliquez sur Parcourir, puis sélectionnez la collection d'ordinateurs vers laquelle vous souhaitez déployer le programme.
    6. Cliquez sur OK pour fermer la boîte de dialogue Propriétés de la publication.

    2.1.20 CORRECTIF : Après l'installation d'une version non anglaise de Microsoft Visual Studio 2008 Service Pack 1, une partie du texte IntelliSense localisé peut apparaître à nouveau en anglais.

    Après l'installation d'une version non anglaise de Microsoft Visual Studio 2008 Service Pack 1 (SP1), une partie du texte IntelliSense localisé peut apparaître à nouveau en anglais. Ce problème se produit dans les versions linguistiques suivantes de Visual Studio 2008 SP1 :

       o    chinois (simplifié)

       o    chinois (traditionnel)

       o    allemand

       o    espagnol

       o    français

       o    italien

       o    japonais

       o    coréen

    Pour résoudre ce problème, consultez les informations détaillées de l'article KB 957507, puis téléchargez les fichiers. 

    2.2 Désinstallation

    Il n'existe aucun problème connu.

    2.3 Problèmes liés au produit

    2.3.1 Problèmes d'ordre général

    2.3.1.1 Activer Samesite pour le package du programme d'amorçage de .NET Framework 3.5 SP1

    Si le package du programme d'amorçage de .NET Framework 3.5 SP1 est sélectionné dans la boîte de dialogue Composant requis d'un projet d'installation ou dans la publication ClickOnce, et si l'option "Télécharger les composants requis à partir de l'emplacement de mon application" est également sélectionnée, l'erreur de génération suivante s'affiche : 

    L'emplacement d'installation pour les composants requis n'a pas été défini à 'site Web du fabricant du composant' et le fichier 'dotNetFx35setup.exe' dans l'élément 'Microsoft.Net.Framework.3.5.SP1' est introuvable sur le disque.

    Pour résoudre ce problème :

    Mettez à jour les données de package :
    1. Ouvrez le dossier [Program Files]\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 ou %ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 sur les systèmes d'exploitation x64.
    2. Modifiez le fichier Product.xml dans le Bloc-notes.
    3. Collez ce qui suit dans l'élément < PackageFiles> :
      < PackageFile Name="TOOLS\clwireg.exe" />
      < PackageFile Name="TOOLS\clwireg_x64.exe" />
      < PackageFile Name="TOOLS\clwireg_ia64.exe" />
    4. Recherchez l'élément pour < PackageFile Name="dotNetFX30\XPSEPSC-x86-en-US.exe" et remplacez la valeur PublicKey par : 3082010A0282010100A2DB0A8DCFC2C1499BCDAA3A34AD23596BDB6CBE2122B794C8EAAEBFC6D526C232118BBCDA5D2CFB36561E152BAE8F0DDD14A36E284C7F163F41AC8D40B146880DD98194AD9706D05744765CEAF1FC0EE27F74A333CB74E5EFE361A17E03B745FFD53E12D5B0CA5E0DD07BF2B7130DFC606A2885758CB7ADBC85E817B490BEF516B6625DED11DF3AEE215B8BAF8073C345E3958977609BE7AD77C1378D33142F13DB62C9AE1AA94F9867ADD420393071E08D6746E2C61CF40D5074412FE805246A216B49B092C4B239C742A56D5C184AAB8FD78E833E780A47D8A4B28423C3E2F27B66B14A74BD26414B9C6114604E30C882F3D00B707CEE554D77D2085576810203010001
    5. Recherchez l'élément pour < PackageFile Name="dotNetFX30\XPSEPSC-amd64-en-US.exe" et remplacez la valeur PublicKey par la même valeur qu'à l'étape 4 ci-dessus.
    6. Enregistrez le fichier product.xml.
    7.  
    Télécharger et extraire les fichiers d'installation principaux
    1. Naviguez jusqu'à l'URL suivante : http://go.microsoft.com/fwlink?LinkID=118080
    2. Téléchargez le fichier dotNetFx35.exe sur votre disque local.
    3. Ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire dans lequel vous avez téléchargé dotNetFx35.exe.
    4. À l'invite de commandes, tapez :
      dotNetFx35.exe /x:.
      Les fichiers Framework sont alors extraits dans un dossier nommé "WCU" dans le répertoire actif.
    5. Copiez le contenu du dossier WCU\dotNetFramework et collez-le dans le dossier %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 (%ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 sur les systèmes d'exploitation x64). Remarque : ne copiez pas le dossier WCU\dotNetFramework lui-même. Il doit y avoir 5 dossiers sous le dossier WCU, et chacun d'eux apparaît maintenant dans le dossier DotNetFx35SP1. La structure de dossier doit ressembler à ce qui suit :
      o DotNetFx35SP1 (dossier)
    Télécharger les fichiers de support de module linguistique
    1. Pour connaître les emplacements de téléchargement, reportez-vous au tableau ci-dessous.
    2. Naviguez jusqu'à l'URL fournie et, lorsque vous y êtes invité, téléchargez le sous-répertoire du dossier dotNetFx35SP1 indiqué dans le tableau. Remarque : vous devez effectuer cette opération une fois pour les fichiers x86, et également pour les fichiers x64, même si vous n'avez pas besoin de prendre en charge x64 avec votre module.

    Langue

    Architecture

    URL source

    Destination

    Chinois (Simplifié)

    x86

    http://go.microsoft.com/fwlink?LinkID=118146

    zh-CHS\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118151

    zh-CHS\DotNetFX35\x64

    Chinois (Traditionnel)

    x86

    http://go.microsoft.com/fwlink?LinkID=118087

    zh-CHT\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118050

    zh-CHT\DotNetFX35\x64

    Anglais

    x86

    N/A

    N/A

    x64

    N/A

    N/A

    Français

    x86

    http://go.microsoft.com/fwlink?LinkID=118148

    fr\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118153

    fr\DotNetFX35\x64

    Allemand

    x86

    http://go.microsoft.com/fwlink?LinkID=118149

    de\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118154

    de\DotNetFX35\x64

    Italien

    x86

    http://go.microsoft.com/fwlink?LinkID=118097

    it\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118115

    it\DotNetFX35\x64

    Japonais

    x86

    http://go.microsoft.com/fwlink?LinkID=118096

    ja\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118114

    ja\DotNetFX35\x64

    Coréen

    x86

    http://go.microsoft.com/fwlink?LinkID=118147

    ko\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118152

    ko\DotNetFX35\x64

    Portugais – Brésil

    x86

    http://go.microsoft.com/fwlink?LinkID=118092

    pt-BR\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118110

    pt-BR\DotNetFX35\x64

    Russe

    x86

    http://go.microsoft.com/fwlink?LinkID=118090

    ru\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118108

    ru\DotNetFX35\x64

    Espagnol

    x86

    http://go.microsoft.com/fwlink?LinkID=118101

    es\DotNetFX35\x86

    x64

    http://go.microsoft.com/fwlink?LinkID=118119

    es\DotNetFX35\x64

    2.3.1.2 Une fois Visual Studio 2008 RTM et Visual Studio 2008 SP1 RTM installés, redist mfc90rus.dll n'est pas mis à jour

    - Le dossier redist ne contient aucun fichier mfc90rus.dll après l'installation du correctif de Visual Studio 2008 SP1 RTM.

    - L'utilisateur ne pourra pas utiliser des ressources russes pour écrire une application localisée et la distribuer.

    Pour résoudre ce problème :

    L'utilisateur peut copier le fichier MFC90RUS.DLL du dossier winsxs vers le dossier redist.

    2.3.1.3 Le média d'installation d'origine peut être demandé pendant l'installation de Visual Studio 2008 SP1 dans certains cas

    Le média d'installation d'origine peut être demandé pendant l'installation de Visual Studio 2008 SP1 si les fonctionnalités suivantes n'ont pas été sélectionnées pendant l'installation de Visual Studio 2008 :

    Sous "Bibliothèques de classes et de modèles Visual C++"

    - Code source MFC ATL

    - Bibliothèques statiques ANSI MFC ATL

    - Bibliothèques statiques Unicode MFC ATL

    - Bibliothèques partagées ANSI MFC ATL

    - Bibliothèques partagées Unicode MFC ATL

    Sous "Outils Visual C++"

    - Utilitaire de suivi de classes MFC

    - Visual C++ Error Lookup

    - Outils Win32

    Pour résoudre ce problème :

    Ayez à votre disposition le média d'origine.

    2.3.1.4 La version du .NET Framework ciblée n'est pas .NET Framework 3.5 SP1 même après l'ajout d'une référence à System.Data.Entity au projet.

    ClickOnce ne vérifie pas automatiquement le SP1 si vous avez sélectionné l'option pour cibler .NET Framework Client Profile à tout moment lors du développement, même si vous ajoutez une référence à System.Data.Entity (qui requiert le SP1).

    Si vous désélectionnez l'option "Sous-ensemble du Framework client seulement" dans les projets qui contiennent une référence à System.Data.Entity, l'application ne vérifiera pas correctement la présence de .NET Framework 3.5 sans le SP1.

    Pour résoudre ce problème :

    Pour forcer ClickOnce à vérifier la présence de .NET Framework 3.5 SP1 :

    Pour les projets Visual Basic :

    Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
    Cliquez sur l'onglet Compiler.
    Cliquez sur Options avancées de compilation.
    Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    Supprimez la référence à System.Data.Entity du projet.
    Ajoutez de nouveau une référence à System.Data.Entity au projet.
     

    Pour les projets C# :

    Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
    Cliquez sur l'onglet Application.
    Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    Supprimez la référence à System.Data.Entity du projet.
    Ajoutez de nouveau une référence à System.Data.Entity au projet.

    2.3.1.5 La page publish.htm générée par ClickOnce essaie d'installer .NET Framework Client Profile même s'il est déjà installé.

    La page publish.htm est générée sans le script qui détecte la présence de .NET Framework Client Profile sur les ordinateurs cibles.

    Pour résoudre ce problème :

    1. Assurez-vous que l'application cible le sous-ensemble du Framework client.

    Pour les projets Visual Basic :

    Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
    Cliquez sur l'onglet Compiler.
    Cliquez sur Options avancées de compilation.
    Sélectionnez l'option 'Sous-ensemble du Framework client seulement'.
     

    Pour les projets C# :

    Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
    Cliquez sur l'onglet Application.
    Sélectionnez l'option 'Sous-ensemble du Framework client seulement'.
     

    2. Pour obtenir le script correct, sélectionnez le composant requis .NET Framework 3.5 SP1 et publiez l'application.

    3. Dans les propriétés de publication du projet, sélectionnez de nouveau .NET Framework Client Profile comme package de composants requis et désélectionnez l'option "Générer automatiquement la page Web de déploiement après chaque publication".

    4. Publiez de nouveau l'application.

    2.3.1.6 Les connecteurs de Association ne s'affichent pas ou sont mal positionnés dans ADO.NET Entity Data Model Designer

    Ce problème se produit dans deux scénarios :

    1. Après l'exécution de Mettre à jour le modèle à partir de la base de données, les associations sont créées pour les nouvelles clés étrangères dans la base de données, mais ne s'affichent pas dans le diagramme.

    2. Après des opérations annuler/rétablir dans le concepteur, les lignes d'association sont mal placées dans le diagramme.

    Pour résoudre ce problème :

    Il existe plusieurs solutions de contournement :

    - Enregistrez le fichier. Fermez le concepteur. Ouvrez de nouveau le fichier.

    - Cliquez avec le bouton droit sur une zone vide du diagramme, puis cliquez sur "Mettre en forme le diagramme". Cela peut modifier tout changement de disposition précédemment apporté au diagramme.

    - Déplacez manuellement les entités associées pour actualiser le rendu.

    2.3.1.7 Le lien de redirection par défaut vers la Visionneuse de rapports Microsoft Visual Studio 2008 SP1 est incorrect

    Le lien de redirection par défaut vers la Visionneuse de rapports Visual Studio 2008 (ReportViewer.exe) qui est fourni dans le projet d'installation et de déploiement redirige de façon incorrecte vers le module linguistique de la Visionneuse de rapports (ReportViewerLP.exe) sur les systèmes d'exploitation non anglais.

    Pour résoudre ce problème :

    1. Ouvrez %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<pays>\package.xml

    2. Remplacez le lien http://go.microsoft.com/fwlink/?LinkID=98185 par http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409 dans package.xml.

    3. Assurez-vous de ne pas modifier le lien vers ReportViewerLP.exe http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>.

    2.3.1.8 L'exécution des tests de charge échoue avec l'installation de Visual Studio Team Server 2008 SP1

    Si vous installez le client Visual Studio Team Server 2008 SP1 et si vous l'utilisez pour exécuter des tests de charge, vous devez utiliser un contrôleur Visual Studio Team Server 2008 SP1 pour exécuter ces tests. Tous les agents qui sont en ligne et connectés à ce contrôleur doivent également être des agents Visual Studio Team Server 2008 SP1. Si vous installez le SP1 uniquement sur le client Visual Studio et si vous exécutez un test de charge à l'aide d'une plateforme de test sur laquelle Visual Studio Team Server 2008 SP1 est installé, le test de charge échoue immédiatement et "Non exécuté" s'affiche dans la fenêtre Résultats des tests. Si vous cliquez sur le lien dans la fenêtre Résultats des tests, l'erreur affichée dans la section "Erreurs et avertissements liés aux séries de tests" se présentera comme suit :

    Impossible de mettre en file d'attente la série de tests 'username@MYCONTROLLER 2008-06-13 11:17:28' : Impossible de convertir l'objet de type 'Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile' en type 'Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile'. 

    (Le premier type mentionné dépend du type de modèle de charge utilisé par votre test de charge.)

    Les versions du client, du contrôleur et des agents Visual Studio doivent correspondre car des améliorations ont été apportées aux API pour Visual Studio Team Server 2008 SP1 afin d'implémenter les différents modèles de test de charge.

    Pour résoudre ce problème :

    Mettez à niveau les clients, le contrôleur et l'agent vers Visual Studio 2008 SP1.

    2.3.1.9 Exécution d'Assembly Cache Viewer dans Windows Vista

    Assembly Cache Viewer (Visionneuse du cache de l'assembly (Shfusion.dll)) est une extension de l'interpréteur de commandes Windows qui vous permet d'afficher et de manipuler le contenu du Global Assembly Cache à l'aide de l'Explorateur Windows. Shfusion.dll se trouve dans le répertoire %windir%\Microsoft.NET\Framework\v2.0.50727.

    Dans Windows Vista, Assembly Cache Viewer ne s'exécute pas avec des autorisations élevées même si vous l'ouvrez à partir d'une fenêtre d'invite de commandes disposant d'autorisations élevées (par exemple, en utilisant la commande START avec le chemin d'accès au Global Assembly Cache). Cela est dû au fait qu'Assembly Cache Viewer est une extension de l'interpréteur de commandes pour l'Explorateur Windows, qui ne s'exécute pas avec des autorisations élevées.

    Pour résoudre ce problème :

    Utilisez Shfusion.dll uniquement à des fins d'affichage.

    Pour les mises à jour, ouvrez une fenêtre d'invite de commandes disposant de privilèges d'administrateur et utilisez l'outil de ligne de commande Gacutil.exe à partir du Kit de développement .NET Framework SDK.

    2.3.1.10 Le Kit de développement du profileur 64 bits n'est pas installé

    Le dossier PerfSDK est absent du répertoire des outils d'analyse des performances x64.  Ce dossier contient vsperf.h et vsperf.lib, qui sont requis pour la liaison des API de runtime du profilage.

    Pour résoudre ce problème :

    Le Kit de développement du profileur 64 bits sera inclus dans l'installation du profileur autonome 64 bits SP1 et sera disponible sur le Centre de téléchargement MSDN.  Installez le profileur autonome 64 bits sur une version 64 bits de Windows, puis copiez le répertoire PerfSDK 64 bits installé vers "%program files(x86)%\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64".

    2.3.1.11 Le profilage d'un site Web échoue si le fichier web.config est endommagé ou inexistant

    Si le fichier web.config est endommagé à la suite d'un profilage ou s'il a été supprimé, le profileur affiche le message "Le site Web n'a pas pu être configuré correctement ; l'obtention des informations sur le processus ASP.NET a échoué. Le serveur exécute peut-être Asp.Net version 2.0 ou ultérieure. La demande de 'Http://localhost/VSEnterpriseHelper.axd' a retourné une erreur : Le serveur distant a retourné une erreur :  (500) Erreur interne du serveur."

    Pour résoudre ce problème :

    Supprimez le fichier web.config.

    Exécutez le site Web sous le débogueur pour régénérer un fichier web.config sans erreur.

    Exécutez le profileur.

    2.3.1.12 CHT et JPN : tout projet d'installation et de déploiement ayant le composant requis "Visionneuse de rapports Microsoft Visual Studio 2008" affiche des messages d'avertissement

    La création d'un projet d'installation et de déploiement CHT ou JPN avec le composant requis "Visionneuse de rapports Microsoft Visual Studio 2008" entraîne l'affichage de plusieurs messages d'avertissement. Toutefois, ces messages d'avertissement n'empêchent pas le déploiement de l'application, ni celui du contrôle ReportViewer.

    Pour résoudre ce problème :

    Aucune solution de contournement n'est requise.

    2.3.1.13 Les assemblys applocal ATL AMD64 et IA64 ne sont pas mis à jour par Visual Studio 2008 SP1

    Les assemblys applocal ATL AMD64 et IA64 sous %VSINSTALLDIR%\vc\redist\amd64 et %VSINSTALLDIR%\vc\redist\ia64 ne sont pas mis à jour par Visual Studio 2008 SP1. Par conséquent, ils restent tous les deux au niveau de Visual Studio 2008 RTM (9.0.21022.8) après l'installation du SP1. Par conséquent, le déploiement applocal des applications ATL AMD64 et IA64 à lier aux fichiers .dll de Visual Studio 2008 SP1 est affecté.

    Pour résoudre ce problème :

    1. Remplacez %VSINSTALLDIR%\vc\redist\amd64\atl90.dll et %VSINSTALLDIR%\vc\redist\ia64\atl90.dll par les fichiers AMD64 et IA64 SP1 correspondants, qui sont installés sous %windir%\winsxs.

      Remarque : les fichiers AMD64 et IA64 SP1 sont installés dans les sous-dossiers suivants sous %windir%\winsxs

      SP1 AMD64 atl90.dll => amd64_microsoft.vc90.atl*9.0.30729.1*
      SP1 IA6464 atl90.dll => ia64_microsoft.vc90.atl*9.0.30729.1*

    2. Ouvrez %VSINSTALLDIR%\vc\redist\amd64\Microsoft.VC90.ATL.manifest dans un éditeur de texte. Remplacez
      version="9.0.21022.8"
      par
      version="9.0.30729.1"

      Répétez l'opération pour %VSINSTALLDIR%\vc\redist\ia64\Microsoft.VC90.ATL.manifest.

    3. Enregistrez le fichier.

    2.3.1.14 Les termes du contrat de licence des packages redistribuables VC (x86, x64 et ia64) sont incorrects

    Les termes du contrat de licence qui correspondent actuellement aux packages redistribuables VC FRA (VCRedist_x86.exe, VCRedist_x64.exe et VCRedist_ia64.exe) ne vous permettent pas de redistribuer des packages VC. Ils spécifient que vous êtes autorisé à installer et utiliser UNE seule copie du logiciel. Les termes corrects du contrat de licence autorisent l'installation et l'utilisation d'un nombre illimité de copies des packages redistribuables VC.

    Pour résoudre ce problème :

    Il existe deux façons de contourner ce problème :
    1. Accédez au site Web Hotfix (en anglais) et téléchargez le correctif de Visual Studio 2008 SP1 qui remplace les fichiers du package redistribuable VC sur disque par d'autres fichiers contenant les nouveaux termes du contrat de licence.
    2. Téléchargez les packages vcredist SP1 et remplacez les trois fichiers de packages vcredist sur disque.

    2.3.1.15. L'installation de certains composants requis via le Web a échoué lors de l'installation des packages de déploiement.

    L'installation de certains composants requis pour les packages de déploiement qui sont créés avec le projet d'installation échoue lorsque l'utilisateur final spécifie une installation via le Web. Les packages de déploiement ClickOnce disposant de ces composants associés échouent également pendant l'installation.

    Le problème est dû à des URL endommagées dans certains des fichiers de composants. La modification manuelle des URL dans le fichier package.xml est requise pour résoudre ce problème.

    Pour résoudre ce problème :

    1. Accédez à "%Program Files%\Microsoft SDKs\Windows\6.0A\Bootstrapper\Packages\"

    2. Modifiez "package.xml" sous
       a. "\VSTOR30\\"
       b. "\SqlExpress\\"

       et remplacez

       a. "<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147amp;clcid=0xXXX </String>"
           par
           "<String Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147&clcid=0xXXX </String>"

       b. "<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136amp;clcid=0xXXX </String>"
           par
           "<String Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136&clcid=0xXXX </String>"

    Remarque : la seule différence est le "&" qui doit être ajouté devant "amp;clcid=0xXXX". 0xXXX correspond à l'identificateur de la langue.

    2.3.2 ADO.NET

    Il n'existe aucun problème connu.

    2.3.3 Langages

    2.3.3.1 Une application MFC qui a CRichEditView entraîne l'erreur RC2151

    Si vous utilisez l'Assistant Application MFC pour créer une application MFC qui utilise l'interface utilisateur du ruban, et si vous remplacez la classe de base CView par CRichEditView, la génération de l'application échoue et l'erreur suivante du compilateur de ressources s'affiche :

    ".\REdit.rc(565) : erreur RC2151 : impossible de réutiliser les constantes de chaînes, 280(0x118) - "Insérer un objet...

    o" déjà défini. Impossible d'ajouter 280(0x118) - "Rechercher/Remplacer

    f"

    Cela est dû à des définitions de valeurs de macros en double dans resource.h pour les macros suivantes :

    #define IDS_RIBBON_INSERT_OBJECT   280

    #define IDS_RIBBON_FINDREPLACE       280

    Pour résoudre ce problème :

    1. Ouvrez le fichier Resource.h.

    2. Recherchez les macros IDS_RIBBON_INSERT_OBJECT et IDS_RIBBON_FINDREPLACE.

    3. Remplacez l'une de leurs valeurs par "307" ou par toute autre valeur non utilisée dans le fichier.

    4. Régénérez l'application.

    #define IDS_RIBBON_INSERT_OBJECT   280

    #define IDS_RIBBON_FINDREPLACE       307

    2.3.4 LINQ

    Il n'existe aucun problème connu.

    2.3.5 Visual Studio Tools pour Office

    2.3.5.1 Les solutions Office 2007 créées à l'aide de Visual Studio 2008 SP1 requièrent Visual Studio Tools pour Office System 3.0 Runtime SP1.

    Un message d'erreur peut s'afficher si vous installez une solution en ouvrant le manifeste de déploiement (fichier .vsto), l'application Office, le document ou le classeur. Cela est dû au fait que le programme d'installation de la solution ne vérifie pas que les composants requis sont présents.

    Pour résoudre ce problème :

    Il existe deux façons de résoudre ce problème :
    - Installez le correctif du SP1 pour Visual Studio Tools pour Office System 3.0 Runtime SP1.
    - Installez la solution en exécutant le programme d'installation.
    Le programme d'installation vérifie que la version des composants requis est correcte et les installe, si nécessaire.

    2.3.5.2 Les solutions Office 2003 ne peuvent pas utiliser .Net Framework Client Profile en tant que version cible du .Net Framework.

    La page de propriétés du projet vous permet de sélectionner .NET Framework Client Profile comme version cible du .Net Framework même s'il n'est pas pris en charge par le projet.

    Pour résoudre ce problème :

    Si votre projet utilise Office 2003 comme version cible, ne sélectionnez pas Sous-ensemble du Framework client seulement dans la page de propriétés du projet.

    2.3.5.3 Un message d'avertissement s'affiche lorsque vous développez des solutions Office pour .NET Framework Client Profile

    Lorsque vous développez des solutions Office pour le runtime .NET Framework Client Profile, les messages d'avertissement sur la génération suivants s'affichent : "Le projet contient une référence à l'assembly <nom>. Cet assembly ne fait pas partie de .NET Framework Client Profile.  En l'absence de cette référence, des erreurs de compilation ou d'exécution peuvent se produire." ou "L'assembly référencé <nom> dépend de <assembly> qui n'est pas listé dans le cadre de .NET Framework Client Profile. Si cette référence dépendante est requise, vous risquez d'obtenir des erreurs de compilation."

    Si vous ignorez ces avertissements, vous pouvez obtenir l'exception suivante car des assemblys sont manquants : "Exception non gérée : System.IO.FileNotFoundException : Impossible de charger le fichier ou l'assembly <assembly> ou une de ses dépendances. Le système ne trouve pas le fichier spécifié."

    Pour résoudre ce problème :

    Si votre application utilise des fonctionnalités qui reposent sur des assemblys non contenus dans .NET Framework Client Profile, assurez-vous que votre projet utilise .NET Framework 3.5 dans son intégralité comme version cible du .Net Framework.

    Pour les projets Visual Basic :

    1. Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
    2. Cliquez sur l'onglet Compiler.
    3. Cliquez sur Options avancées de compilation.
    4. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    5. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible du .Net Framework.

    Pour les projets C# :

    1. Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
    2. Cliquez sur l'onglet Application.
    3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible du .Net Framework.

    2.3.5.4 Lorsque vous publiez une solution, le message d'avertissement suivant s'affiche : "Aucun attribut 'HomeSite' n'a été fourni pour les assemblys PIA (Primary Interop Assembly) de Microsoft Office System 2007"

    Par défaut, le programme d'amorçage de la solution est configuré pour télécharger le package des assemblys PIA (Primary Interop Assembly) à partir du Web. Toutefois, ce package ne peut pas être téléchargé ; il doit être installé à partir du même emplacement que l'application. 

    Pour résoudre ce problème :

    Vous pouvez ignorer cet avertissement.

    Même si l'option "Télécharger les composants requis à partir du site Web du fournisseur de composants" est sélectionnée dans la boîte de dialogue Composants requis, le package des assemblys PIA (Primary Interop Assembly) est automatiquement publié dans le même emplacement que l'application.

    2.3.5.5 Une fois Visual Studio 2008 SP1 installé, les projets Office précédemment créés affichent un avertissement lors de leur publication.

    Lorsque vous publiez la solution, l'avertissement suivant s'affiche : "L'élément '.NET Framework Client Profile' est requis par 'Visual Studio Tools pour Office System 3.0 Runtime Service Pack 1', mais il n'a pas été inclus."

    Cet avertissement s'affiche car Visual Studio Tools pour Office System 3.0 Runtime Service Pack 1 est sélectionné comme composants requis pour l'installation.  Toutefois, ni .NET Framework 3.5 Service Pack 1 ni le package .NET Framework Client Profile n'est sélectionné.

    Pour résoudre ce problème :

    1. Ouvrez les propriétés du projet :
    2. Cliquez sur l'onglet Publier.
    3. Cliquez sur Composants requis pour ouvrir la boîte de dialogue Composants requis.
    4. Sélectionnez .NET Framework 3.5 Service Pack 1 ou .NET Framework Client Profile.
    5. Publiez de nouveau la solution.

    2.3.5.6 Les applications qui utilisent la classe ServerDocument ne peuvent pas cibler .NET Framework Client Profile.

    Si votre projet cible .NET Framework Client Profile, votre application lève une exception FileNotFound lorsque vous exécutez l'application. Cela se produit car la classe ServerDocument requiert .NET Framework 3.5 dans son intégralité. 

    Pour résoudre ce problème :

    Pour les projets Visual Basic :
    1. Ouvrez les propriétés du projet (double-cliquez sur 'My Project' dans l'Explorateur de solutions).
    2. Cliquez sur l'onglet Compiler. Cliquez sur Options avancées de compilation.
    3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible du .Net Framework.
    Pour les projets C# :
    1. Ouvrez les propriétés du projet (double-cliquez sur 'Propriétés' dans l'Explorateur de solutions).
    2. Cliquez sur l'onglet Application.
    3. Désélectionnez l'option 'Sous-ensemble du Framework client seulement'.
    4. Assurez-vous que .NET Framework 3.5 est affiché en tant que version cible du .Net Framework.

    2.3.6 Développement Web

    2.3.6.1 Visual Studio 2008 SP1 requiert une installation mise à jour de Silverlight Tools Bêta 2

    Si Silverlight Tools Bêta 2 a été précédemment installé, Visual Studio ne pourra, après l'installation de Visual Studio 2008 SP1, ouvrir des projets Silverlight qu'une fois l'installation de Silverlight Tools Bêta 2 mise à jour.

    Pour résoudre ce problème :

    Téléchargez la version mise à jour de Silverlight Tools Bêta 2 pour Visual Studio 2008 SP1 à l'adresse http://go.microsoft.com/fwlink/?LinkID=120032.

    2.3.7 Outils Windows Communication Foundation (WCF)

    2.3.7.1 Un projet Bibliothèque du service WCF ne peut pas être hébergé par l'hôte de service WCF lorsque le chemin d'accès relatif a la valeur "Chemin de sortie" sur la page Propriétés

    Lorsque vous créez un projet Bibliothèque du service WCF, vous pouvez modifier le chemin de sortie en remplaçant le chemin d'accès par défaut bin\debug\ par un chemin d'accès relatif tel que "." ou ".." sous l'onglet Générer de la page Propriétés du projet. Si vous essayez ensuite de déboguer le service, ce dernier ne peut pas être hébergé par l'hôte de service WCF et le message suivant s'affiche : "Un projet avec un type de sortie de bibliothèque de classes ne peut pas être démarré directement."

    Pour résoudre ce problème :

    Sous l'onglet Générer, entrez le chemin d'accès complet au lieu d'un chemin d'accès relatif.

    2.3.7.2 Un message d'erreur s'affiche lorsque "Ajouter un nouvel élément" est sélectionné dans un projet Bibliothèque du service WCF dans Visual Studio avec le plug-in TFS

    Si vous créez un projet Bibliothèque du service WCF dans Visual Studio avec le plug-in TFS, une erreur peut s'afficher lorsque vous sélectionnez Ajouter un nouvel élément dans ce projet. Après avoir cliqué sur OK pour fermer la boîte de dialogue d'erreur, le service d'élément est correctement ajouté et fonctionne comme prévu.

    Pour résoudre ce problème :

    Cliquez sur OK pour fermer la boîte de dialogue d'erreur.

    2.3.8 Concepteur Windows Presentation Foundation (WPF) pour Visual Studio

    2.3.8.1 La fenêtre Propriétés affiche des valeurs, telles que les dates et les chiffres, au format américain.

    La fenêtre Propriétés dans le Concepteur WPF affiche et modifie les valeurs en utilisant le format américain. Cela est conforme à la convention XAML, qui utilise en-US comme CultureInfo.  Par exemple, les dates et les nombres sont toujours au format américain. Les dates apparaissent toujours au format mm/jj/aa. Si vous entrez une valeur de date dans la fenêtre Propriétés, elle sera convertie au format mm/jj/aa.

    Pour résoudre ce problème :

    Il n'existe aucune solution de contournement.

    2.3.8.2 Limitations lorsque des symboles dans des fichiers XAML sont refactorisés par du code

    Dans Visual Studio 2008 SP1, si vous utilisez la refactorisation du code pour apporter des modifications de type ou de membre, la refactorisation sera propagée aux fichiers XAML.  Pour plus d'informations sur cette fonctionnalité, consultez "Comment : renommer un symbole déclaré en XAML" dans la documentation. Les limitations suivantes s'appliquent à cette nouvelle fonctionnalité :
    - La refactorisation ne modifiera que les fichiers XAML du projet actuel et ne sera pas appliquée à tous les projets de la solution.

    - La refactorisation ne peut être utilisée que sur certains noms de types et certains attributs. La refactorisation ne peut pas être utilisée sur les éléments suivants :

    o    L'attribut de la propriété d'accesseur Set

    o    L'attribut de chemin d'accès TemplateBinding

    o    Les attributs de chemin d'accès Binding et ElementName

    o    La propriété MethodName de ObjectDataProvider

    Pour résoudre ce problème :

    Effectuez des modifications manuellement, par exemple en utilisant Rechercher et remplacer.

    2.3.8.3 Les modifications apportées aux fichiers XAML ne refactorisent pas les fichiers de code

    Si vous modifiez un type ou un membre dans un fichier XAML, ces modifications ne se propagent pas aux fichiers de code.

    Par exemple, si vous modifiez, à l'aide de l'éditeur XAML, le nom d'un bouton auquel sont associés des gestionnaires d'événements, le code-behind ne sera pas mis à jour.

    Pour résoudre ce problème :

    Les modifications apportées aux fichiers de code doivent être effectuées manuellement, par exemple à l'aide de Rechercher et remplacer.

    2.3.8.4 L'affectation de nouveaux noms dans l'Explorateur de solutions n'invite pas à une refactorisation de changement de nom dans les projets WPF

    Dans l'Explorateur de solutions, si vous cliquez avec le bouton droit sur un fichier XAML, que vous cliquez sur Renommer, puis que vous renommez le fichier, le nom du fichier est modifié mais aucune invite à la refactorisation du nom de la classe en XAML ou dans le code-behind n'apparaît. En particulier, si vous renommez le fichier XAML référencé par la propriété StartupUri du fichier XAML de l'application (par exemple, si vous remplacez Window1.xaml par MainWindow.xaml), vous devez modifier manuellement la propriété StartupUri.

    Pour résoudre ce problème :

    Les modifications doivent être apportées manuellement, par exemple à l'aide de Rechercher et remplacer.

    2.3.8.5 La commande Rechercher toutes les références ne trouvera pas les contrôles sans nom dans les fichiers XAML

    Dans un fichier code-behind, vous pouvez trouver toutes les références à un symbole en cliquant avec le bouton droit sur le symbole, puis en cliquant sur Rechercher toutes les références. La commande Rechercher toutes les références ne trouvera pas les éléments XAML dont la propriété Name n'est pas définie.

     

    Par exemple :

    Le code XAML suivant montre l'élément MyUserControl, qui n'a pas de nom :

    <Grid>
                <MyUserControl/>
     (...)

    Dans le fichier code-behind, si vous cliquez avec le bouton droit sur le symbole MyUserControl, puis que vous cliquez sur Rechercher toutes les références, seules les références contenues dans le code seront trouvées, et non celles en XAML.

    Pour résoudre ce problème :

    Nommez le contrôle ou effectuez la recherche manuellement (par exemple, en utilisant Rechercher dans les fichiers).

    2.3.8.6 Visual Studio peut se bloquer lorsque vous effectuez des liaisons à des appels de méthode ObjectDataProvider nécessitant beaucoup de temps

    Si vous effectuez une liaison à un ObjectDataProvider via XAML et que ObjectDataProvider appelle une base de données, lorsque vous chargez le XAML dans le Concepteur WPF, l'opération peut prendre beaucoup de temps et de mémoire. De ce fait, le Concepteur WPF peut se bloquer jusqu'à ce que l'opération soit terminée.

    Pour résoudre ce problème :

    Évitez de configurer un ObjectDataProvider de cette façon au moment du design. Utilisez, par programme, la méthode DesignerProperties.IsInDesignMode() uniquement pour effectuer des tâches nécessitant beaucoup de temps et sollicitant beaucoup de mémoire au moment de l'exécution.

    2.3.8.7 Échec du chargement de XAML avec "{Binding RelativeSource={RelativeSource TemplatedParent}}"

     Il existe un problème connu dans Visual Studio 2008 SP1 : le Concepteur WPF n'est pas chargé si une liaison utilise RelativeSource TemplatedParent sans chemin d'accès.

    Par exemple :

        <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}"

    CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}" />

    Pour résoudre ce problème :

    Spécifiez un chemin d'accès en utilisant la notation ".", qui se résout en objet identique.

    Par exemple :

        <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=.}" />

    2.3.8.8 Le Concepteur WPF peut se bloquer si vous référencez des valeurs à partir d'un dictionnaire de ressources autonome ou externe

    Le Concepteur WPF peut se bloquer si vous référencez des valeurs à partir d'un dictionnaire de ressources autonome ou externe, comme suit :

    - Le dictionnaire autonome possède des références de ressources entre des éléments de ce même dictionnaire (par exemple, un style qui référence une couleur),
    - vous avez un fichier projet ouvert (Fenêtre, etc.) qui référence une valeur de ce dictionnaire de ressources autonome,
    - vous modifiez une valeur dans le dictionnaire de ressources autonome.

    Pour résoudre ce problème :

    Fermez les documents ouverts qui référencent des valeurs du dictionnaire avant la mise à jour de ce dernier.

    2.3.9 Outils Windows Workflow Foundation (WF)

    Il n'existe aucun problème connu.

    2.3.10 Intégration du Kit de développement Windows SDK

    2.3.10.1 La version x64 de Sgen.exe ne génère pas d'assembly lorsque des types marqués avec l'attribut [Obsolete(IsError = true)] sont traités

    La version x64 de Sgen.exe ne génère pas d'assembly de sérialisation lorsqu'il traite un assembly contenant des types qui sont marqués avec l'attribut [Obsolete(IsError = true)].

    Pour résoudre ce problème :

    Utilisez la version x86 de Sgen.exe.

    3. Liens associés

    Fichier Readme de Team Foundation Server
    Fichier Readme de Visual Studio Express
    Fichier Readme du .Net Framework


    © 2008 Microsoft Corporation. Tous droits réservés. Conditions d'utilisation | Marques | Déclaration de confidentialité