Quelqu'un a-t-il réussi à faire fonctionner Visual Studio 2003 sous Windows 7?
Oui, je sais ... je pourrais configurer une machine virtuelle exécutant XP. Malheureusement, notre environnement de construction est tel que nous devons exécuter simultanément VC2003, 2005 et 2008 et il serait beaucoup plus pratique de pouvoir exécuter 2003 de manière native sur Windows 7 pour les quelques projets qui en ont besoin.
Je réalise que certaines choses ne sont peut-être pas disponibles dans l'EDI, mais j'ai pu exécuter 2003 sous Windows Vista et si je pouvais obtenir le même niveau de fonctionnalités de base sous Windows 7, je serais extrêmement heureux.
À l'heure actuelle, une erreur s'est produite lors de l'ouverture du fichier * .pdb lors de la compilation après le passage de vc2003 à l'exécution en tant qu'administrateur en mode de compatibilité pour XP SP 2.
Merci!
Essayez le mode XP si vous ne parvenez pas à le faire fonctionner de manière native.
J'ai écrit un entrée de blog à propos de cela il y a quelque temps que vous pouvez consulter - http://technikhil.wordpress.com/2010/01/12/visual-studio-2003-and-windows-7- peut-être-vraiment-bien/
La seule chose sur laquelle je suis coincé pour le moment est la fonctionnalité de recherche globale de VS 2003 - elle bloque l'application. Ma solution consiste à utiliser Windows 7 search :-). Autre que cela - jusqu'ici tout va bien ...
Mise à jour: la recherche a également fonctionné en désactivant la fonctionnalité Aero - j'ai mis à jour mon article de blog avec les détails ...
(Une grande partie de cela répète ce qui a déjà été écrit ci-dessus.)
Je dois exécuter VS2003 en tant qu'administrateur sous Win7 64 bits pour prendre en charge les projets hérités (par exemple, ceux qui s'exécutent sur la Xbox d'origine). L'ancien XDK nécessite VS2003, la mise à niveau n'est donc pas une option. Je pourrais exécuter WinXP mais je préfère Win7.
VS2003 n'est pas officiellement pris en charge sous Win7 et tenter de le faire crée quelques problèmes assez gênants:
La recherche dans les fichiers provoque le blocage de VS2003. La liaison a échoué en raison d'une fuite du descripteur de fichier de la base de données PDB. Le blocage de la recherche dans les fichiers est résolu en utilisant "Désactiver les thèmes visuels". Naviguez jusqu'au raccourci VS2003 (Démarrer -> Microsoft Visual Studio .NET 2003), cliquez avec le bouton droit de la souris pour afficher le menu contextuel, sélectionnez l’onglet Compatibilité, le volet Paramètres et cochez la case "Désactiver les thèmes visuels".
L'échec de l'éditeur de liens (LNK1201) survient lorsque vous exécutez le programme via le débogueur, que vous l'arrêtez, que vous modifiez un fichier et que vous le créez. L'erreur est qu'un Visual Studio détient un handle sur le fichier PDB, tandis que l'éditeur de liens tente d'écrire dans ce fichier. Vous pouvez arrêter et redémarrer VS2003 pour contourner le problème. Fonctionne mais est agaçant.
Vous pouvez également utiliser l'utilitaire "handle.exe" de Microsoft SysInternals pour rechercher, puis fermer les descripteurs détenus par un processus sur un fichier particulier. Ecrivez un script pour appeler handle.exe et configurez le projet VS2003 pour exécuter ce script en tant qu'événement de pré-construction. (Voir ce sujet .) Mais handle.exe nécessite une exécution en tant qu’administrateur.
Vous pouvez hypothétiquement modifier handle.exe pour qu'il s'exécute en tant qu'administrateur en suivant les étapes habituelles (par exemple, en tant que paramètre de compatibilité), mais ensuite handle.exe s'exécute (apparemment) dans un shell imbriqué, puis le texte stdout ne parvient pas au script d'appel.
Vous pouvez faire en sorte que VS2003 s’exécute en tant qu’administrateur. Dans ce cas, le script de pré-construction s’exécute également en tant qu’administrateur. Par conséquent, handle.exe est exécuté.
Le truc qui reste consiste à obtenir les fichiers du VS2003 SLN pour qu'ils s'ouvrent correctement. Si vous faites simplement que VS2003 s’exécute automatiquement en tant qu’administrateur, le sélecteur de version de VS ne pourra pas exécuter VS2003. Je ne sais pas pourquoi, mais c'est le cas.
Vous pouvez associer des fichiers SLN à ouvrir en utilisant VS2003 devenv.exe au lieu de VSLauncher.exe. Cela fonctionne mais tous les nouveaux fichiers SLN (2005, 2008, 2010, 2012, ...) ne parviennent pas à s'ouvrir.
La dernière étape consiste donc à exécuter VSLauncher.exe en tant qu’administrateur. Cela échoue à partir de KB2492386 comme ce fil indique. La désinstallation de cette mise à jour était la dernière étape de cette saga, pour que tout fonctionne correctement.
PATCH MAINTENANT DISPONIBLE
Après un peu d’ingénierie inverse, j’ai trouvé l’objet COM incorrectement recalculé responsable de la fuite (il était désactivé de 1) et développé un correctif stable ainsi qu’un article correspondant décrivant le correctif. Ceci résout les problèmes rencontrés lors de l’utilisation de Windows 7 à Windows 10. Des informations détaillées et le téléchargement sont disponibles à l’adresse:
http://bytepointer.com/articles/vs7.1_2003_on_win7_pdb_handle_leak_bug_unofficial_fix.htm
Si vous souhaitez effectuer le correctif manuellement, ces détails sont également inclus.
REMARQUE: la solution de contournement de l'outil SysInternals Handle ne fonctionnait pas pour les fichiers d'un partage réseau. Le fichier .PDB n’était pas complètement déverrouillé bien que l’outil Handle ait prétendu qu’il était fermé. Ma solution élimine le problème une fois pour toutes et évite les effets secondaires.
Exécutez cette installation. Vous devez l'exécuter à partir du répertoire d'installation, le fichier setup.exe situé à la racine du CD ne fonctionnera pas.
D:\setup\SetUp.exe/NO_BSLN_CHECK
Solution trouvée sur le Web qui a aidé: Pour votre visual studio, utilisez la compatibilité des applications = Windows Vista SP2 et PAS WinXP SP3.
J'utilise Visual studio 2003 sur win7 depuis la toute première édition de RC: S Pourquoi les gens ont-ils des problèmes?
J'ai une solution de contournement vraiment sale et pathétique pour le problème de pdb.
Téléchargez et exécutez Sysinternals-ProceXP, appuyez sur CTRL-F et entrez le nom de pdb (smt like ($ ProjectName) .pdb) qui ne peut pas être créé lors de la liaison. Double-cliquez quand il est trouvé (s'il est introuvable, lancez procexp avec les privilèges d'administrateur).
Ensuite, vous verrez que le fichier .pdb est mis en surbrillance dans le volet inférieur de l'écran principal. Faites un clic droit dessus et sélectionnez Fermer la poignée. Lorsque vous réessayez de construire votre solution, une erreur ne sera pas générée.
Je ne sais pas si cette solution peut être scriptée mais c'est au moins mieux que de redémarrer Visual Studio.
J'ai tenté d'installer VS2003 sur Windows 7 64 bits à l'aide de la fonction Virtual Windows XP. Je suis raisonnablement certain que cela réussira. Le problème que j'ai rencontré est que le programme d'installation veut que IIS soit installé et que l'installation XP fournie par Virtual XP ne l'ait pas activé par défaut.
Si vous allez dans Ajouter/Supprimer des composants et essayez de l’ajouter, le disque vous sera demandé, ce que je n’avais pas sous la main. Une fois que j'ai mis la main sur le disque, je suis à peu près sûr que tout se passera bien.
Si vous ne l'avez pas essayé pour d'autres applications, la fonctionnalité Virtual XP est vraiment soignée ...
Je vis le même problème; devenv.exe laisse les fichiers pdb ouverts après avoir exécuté le projet. J'ai créé un fichier batch pour le contourner, il se ferme tout .pdb fichiers ouverts par devenv.exe:
handle.exe .pdb | awk "/devenv.exe/ { split($4, fd, \":\"); system(\"handle.exe -c \" fd[1] \" -y -p \" $3)}"
Pour que cela fonctionne, vous aurez besoin de handle.exe par sysinternals et de awk par gnu.
À utiliser à vos risques et périls. La fermeture des poignées peut entraîner une instabilité de l'application ou du système.
Je n'ai aucun problème avec Visual Studio 2003 sur Windows 7 64 bits.
- Accédez à VS2003 devenv.exe (probablement C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\Common7\IDE\devenv.exe).
- Faites un clic droit et sélectionnez Propriétés
- Dans l'onglet Compatibilité, cochez la case "Exécuter ce programme en mode de compatibilité pour:" et sélectionnez "Windows XP (Service Pack 3)".
- Cochez "Exécuter ce programme en tant qu'administrateur"
Visual Studio .NET 2003 fonctionne parfaitement sur mon HP EliteBook Workstation 8760W avec un processeur I7 et 12 Go de RAM exécutant Windows 7 Professionnel 64 bits en effectuant certaines étapes avancées. suit:
- Installez les extensions serveur FrontPage 2002 pour IIS 7.0.
- Installez Visual Studio .Net 2003. Passez juste lorsque le programme d’installation vous demande de configurer les extensions serveur Frontpage 2002.
- Installez .Net Framework 1.1 Service Pack 1 (à télécharger ici).
- Allez à Panneau de configuration> Outils d’administration> Gestionnaire des services Internet (IIS). Mettez votre ordinateur en surbrillance, puis double-cliquez sur Restrictions ISAPI et CGI. Modifiez le paramètre pour ASP .NET v1.1.4322 sur Autorisé.
Ensuite, il y aura toujours une alerte avec le message suivant
Ce programme a des problèmes de compatibilité...
juste ignorer ça. Aussi, ne le mettez pas en mode de compatibilité dans les propriétés de l'EDI.
Dans Windows 7, il existe le mode de compatibilité dans les propriétés de l’exécutable. Ouvert: C:\Programmes\Visual Studio .NET 2003\Common7\IDE\, Puis cliquez avec le bouton droit de la souris sur le fichier devenv. exe et sélectionnez propriétés. Dans l'onglet Compatibilité, sélectionnez "Exécuter en mode de compatibilité" et sélectionnez "Windows XP" dans la liste déroulante.
Essayez cela, je ne suis pas sûr que cela fonctionne, mais cela en vaut la peine.