Home site EPFL LoginThis site is in french only !
> windows.epfl.ch

Home Page

Visual Studio 2008 SP1
  
Le service pack 1 de Visual Studio 2008 est disponible.
 
Pour vous faciliter la vie, j'ai placé sur Olympe le SP en question en anglais et en français.
Vous pouvez l'installer de deux manières :
  1. En lançant l'exécutable situé dans ...\MSDOWNLOAD
    Avantage : Le chargement du code se fait directement depuis le site MS et vous ne chargez que ce qui vous est nécessaire
    Inconvénient : Il y a quelques (!!!) MB à télécharger
  2. En gravant ou en montant l'image iso contenue dans ...\ISO
    Avantage : C'est rapide et vous ne chargez pas le réseau (internet)
    Inconvénient : Pour être sûr d'avoir tout à jour, un "Windows Update" s'impose...
Note 1 : cela installe également le Framework .NET 3.5 SP1, pensez à l'installer également sur les machines clientes.
(liens : .NET 3.5 SP1 EN  .NET 3.5 SP1 FR)
 
Note 2 : Si le Framework .NET SP1 n'a pas déjé été installé et qu'une application ou un service .NET tourne sur votre machine, l'installeur vous demandra de redémarrer après l'install du framework. Vous devrez ensuite relancer l'installeur pour continuer l'installation (du SP1 de VS).
 
Note 3 : Lors de l'installation du SP de Visual Studio il est IMPORTANT qu'aucune autre application ne fonctionne. Si une application verrouille l'installation et que vous ne pouvez pas arrêter le process, cliquez alors sur "Ignorer" ce qui rendra nécessaire un redémarrage de la machine à la fin de l'installation.
 
Voici le fichier README concernant ce service pack :
 

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

Table des matières

  • 1. Configuration requise
  • 1.1. Architectures prises en charge
  • 1.2. Systèmes d'exploitation pris en charge
  • 1.3. Conditions d'installation requises
  • 2. Problèmes connus
  • 2.1. Installation
  • 2.2. Désinstallation
  • 2.2.1. Sur des ordinateurs disposant de versions antérieures de Visual Studio
  • 2.2.2. Sur des ordinateurs ne disposant d'aucune version antérieure de Visual Studio
  • 2.3. Problèmes liés au produit
  • 2.3.1. Problèmes d'ordre général
  • 2.3.2. ADO.NET
  • 2.3.3. Langages
  • 2.3.4. LINQ
  • 2.3.5. Visual Studio Tools pour Office
  • 2.3.6. Développement Web
  • 2.3.7. Outils Windows Communication Foundation (WCF)
  • 2.3.8. Concepteur Windows Presentation Foundation (WPF) pour Visual Studio
  • 2.3.9. Outils Windows Workflow Foundation (WF)
  • 2.3.10. Intégration du Kit de développement Windows SDK
  • 3. Liens associés

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 5400 tours/m
  • Recommandée : processeur à 2,2 GHZ ou plus, écran 1280x1024, disque dur 7200 tours/m 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 for 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=en

    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 :
    • L'accès à Internet est refusé par un pare-feu.
    • Impossible de se connecter via un serveur proxy.
    • Le serveur n'est pas en ligne.
    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 Impossible d'installer Visual Studio 2008 SP1 lorsque la mise à jour KB949325 ou Silverlight Tools Bêta 1 est installé

    Visual Studio 2008 SP1 ne peut pas être installé lorsque la mise à jour KB949325 ou Silverlight Tools Bêta 1 est installé. Si vous tentez d'effectuer une installation lorsque l'ordinateur est dans cet état, un message indiquant que l'installation de Visual Studio 2008 SP1 est incompatible avec les produits déjà installés peut s'afficher.

    Pour résoudre ce problème :

    Pour désinstaller Silverlight Tools Bêta 1 :

    1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

    2. Désinstallez Microsoft Silverlight Tools Bêta 1 pour Visual Studio 2008.

     

    Pour désinstaller la mise à jour KB949325 sur les systèmes d'exploitation Windows Vista ou ultérieurs :

    1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

    2. Dans la barre des tâches, cliquez sur "Afficher les mises à jour installées".

    3. Désinstallez la mise à jour KB949325, qui se trouve sous Microsoft Visual Studio 2008.

     

    Pour désinstaller la mise à jour KB949325 sur les systèmes d'exploitation Windows XP ou antérieurs :

    1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.

    2. En haut de la fenêtre, cliquez sur "Afficher les mises à jour".

    3. Désinstallez la mise à jour KB949325, qui se trouve sous Microsoft Visual Studio 2008.

    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 :
    • Réparez Visual Studio 2008 à l'aide de la fonctionnalité Ajout/Suppression de programmes (dans Windows Server 2003 ou Windows XP) ou de la fonctionnalité Programmes et fonctionnalités (dans Windows Vista ou Windows Server 2008).
    • Installez le Kit de développement Windows SDK pour Windows Server 2008 et .NET Framework 3.5.

    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]: Couldn't find local patch 'C:\WINDOWS\Installer\a4784a.msp'. Looking for it at its source.
    MSI (s) (D0:B0) [19:05:57:843]: Resolving Patch source.
    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 "Resolving Patch source", comme indiqué dans l'exemple suivant :
    MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT: Source is invalid due to missing/inaccessible package.
    MSI (s) (D0:B0) [19:05:57:859]: Note: 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 pour lequel 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]: Couldn't find local patch ''. Looking for it at its source.
    MSI (s) (CC:5C) [03:02:56:181]: Resolving Patch source.
    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.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 que l'option "Télécharger les composants à partir du même site que 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 :

    Mettre à jour les données de package
    1. Ouvrez le dossier [Program Files]\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1.
    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" />
       
    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 copier 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)
      • dotNetFX20 (dossier)
      • dotNetFX30 (dossier)
      • dotNetFX35 (dossier)
      • dotNetMSP (dossier)
      • TOOLS (dossier)
      • fr (ou un autre dossier localisé)
      • dotNetFx35setup.exe (fichier)
        Vous pouvez maintenant supprimer les fichiers et dossiers que vous avez téléchargés et extraits aux étapes 2 et 4.  
    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.

      Chinois (Simplifié), x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118146, destination : zh-CHS\DotNetFX35\x86)

      Chinois (Simplifié), x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118151, destination : zh-CHS\DotNetFX35\x64)

      Chinois (Traditionnel), x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118087, destination : zh-CHT\DotNetFX35\x86)

      Chinois (Traditionnel), x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118050, destination : zh-CHT\DotNetFX35\x64)

      Anglais : Non applicable

      Français, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118148, destination : fr\DotNetFX35\x86)

      Français, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118153, destination : fr\DotNetFX35\x64)

      Allemand, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118149, destination : de\DotNetFX35\x86)

      Allemand, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118154, destination : de\DotNetFX35\x64)

      Italien, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118097, destination : it\DotNetFX35\x86)

      Italien, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118115, destination : it\DotNetFX35\x64)

      Japonais, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118096, destination : ja\DotNetFX35\x86)

      Japonais, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118114, destination : ja\DotNetFX35\x64)

      Coréen, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118147, destination : ko\DotNetFX35\x86)

      Coréen, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118152, destination : ko\DotNetFX35\x64)

      Portugais - Brésil, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118092, destination : pt-BR\DotNetFX35\x86)

      Portugais - Brésil, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118110, destination : pt-BR\DotNetFX35\x64)

      Russe, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118090, destination : ru\DotNetFX35\x86)

      Russe, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118108, destination : ru\DotNetFX35\x64)

      Espagnol, x86 (URL source : http://go.microsoft.com/fwlink?LinkID=118101, destination : es\DotNetFX35\x86)

      Espagnol, x64 (URL source : http://go.microsoft.com/fwlink?LinkID=118119, destination : 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=%3CCLID>.

    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 que 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 que 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 "Série de tests avec des erreurs" dans la fenêtre Résultats des tests, l'erreur affichée se présentera comme suit :

    Impossible de mettre en file d'attente la série de tests mailto:%27username@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.2 ADO.NET

    Il n'existe aucun problème connu.

    2.3.3 Langages

    Il n'existe aucun problème connu.

    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 de .Net Framework.

    La page de propriétés du projet vous permet de sélectionner .NET Framework Client Profile comme version cible de .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 de .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 de .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 de .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 :
      • Pour les projets C#, double-cliquez sur 'Propriétés' dans l'Explorateur de solutions.
      • Pour les projets Visual Basic, double-cliquez sur 'My Project' dans l'Explorateur de solutions.
    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 de .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 de .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.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 Visual Studio Express
    Fichier Readme du .Net Framework


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

  • Article N° 282 du 12.08.2008 16:23:45 par Thierry Charles -- Permalink : http://windows.epfl.ch/?article=282
    Mentions légales     Signaler un problème
    © 2001-2021 EPFL, EPFL-EXAPP, T. Charles, tous droits réservés.