Question

Est-il possible d'exécuter la version 32 bits de Visual Studio 2008 Professional sur un système Windows Vista 64 bits?

  • Existe-t-il des avertissements connus dont je devrais être au courant?
  • Devrait installer la version x64 du .NET Framework?
  • Y aurait-il des problèmes pour la construction de logiciels destinés à x86?
  • Y aurait-il des arguments (justifiables) pour obtenir la version x64 de VS2008 au lieu de réutiliser la licence x86 actuelle?

Assez tenté d’obtenir une plate-forme x64 Vista pour pouvoir tirer parti de plus de RAM:)

Était-ce utile?

La solution

Il n’existe pas de version x64 de Visual Studio 2008. J'utilise la version 32 bits standard sur Vista x64 Ultimate et tout fonctionne correctement. Je n'ai pas rencontré de problèmes quotidiens. Vous venez de l'installer et de partir.

Autres conseils

J'utilise actuellement VS2008 sur x64. Cela me permet d'utiliser 4 Go de RAM. Cela fonctionne, mais il y a quelques cas à surveiller:

  • Le débogage des applications x64 est effectué avec le débogage distant du sous-système 32 bits vers le sous-système 64 bits.

  • Les applications
  • gérées (.NET) par défaut sont marquées "toute plate-forme", ce qui signifie qu'elles sont exécutées sous 64 bits sur un système d'exploitation x64. Cela signifie que le débogage géré est distant par défaut.

  • Il n’existe pas de modification et de poursuite lors du débogage distant. Par conséquent, il n’existe aucun E & C pour .NET sur un système d’exploitation x64, à moins que vous marquez votre application comme 32 bits uniquement . De la même manière, si vous créez une application 64 bits native, vous ne pourrez pas l'utiliser.

  • Il n'y a pas de débogage distant (géré + natif) mixte, vous ne pouvez donc pas déboguer les parties gérées et natives d'une application x64.

  • Aucune, à ma connaissance. J'utilise à la fois Visual Studio 2008 Professional et Team System, et ils semblent fonctionner correctement sous x64.
  • Oui.
  • Non.
  • Je ne pense pas qu'il existe une version 64 bits de VS 2008.

Globalement, la navigation est fluide pour moi, je pense donc que vous pouvez vous lancer.

J’ai eu l’impression que les fenêtres 64 bits sont conçues de manière à ce que les programmes 32 bits qui résident entièrement dans UserLand "fonctionnent". Les programmes tels que les pilotes de périphériques nécessitant un accès en mode noyau auront probablement besoin d’un port spécifique 64 bits.

Je ne suis au courant d'aucune exception notable à cette règle, même si je suis sûr que vous pourrez en trouver si vous cherchez suffisamment. Donc, à l’exception possible des émulateurs de périphériques mobiles, Visual Studio devrait convenir.

J'ai le CD de VS 2005 et le SP1 m'a laissé faire x64 sur mon vista. Doit être identique pour VS2008.

Pour être sûr, une fois installé, vérifiez le profil du compilateur pour voir si vous pouvez construire X86 et X64. Si oui (comme je le fais sur mon Vista) vous allez bien!

Comme d'autres l'ont déjà dit, VS est une application 32 bits. Par conséquent, s'il fonctionne correctement sur un système d'exploitation 64 bits, il ne verra que le registre et certaines parties du système de fichiers via la "mise en miroir" magique de la fenêtre.

La seule fois où cela nous a posé problème, c’est lorsque nous avons essayé d’ajouter une référence à une dll COM dans une application .NET. La dll COM n'apparaissait pas dans la boîte de dialogue de références, car elle n'était enregistrée qu'en tant que DLL 64 bits. Nous avons dû enregistrer la version 32 bits pour que cela fonctionne.

Le seul inconvénient est que vous souhaitez utiliser SQL Express Management Studio sur Vista x64. Le mien est incroyablement lent et je ne trouve aucune réponse quant à pourquoi!

EDIT:

Peu importe, j'ai un problème en tapant ceci.

Vista possède une fonctionnalité de réglage automatique TCP / IP. En suivant ce tutoriel: http: // www .vistax64.com / tutorials / 72308-auto-tuning-tcp-ip-receive-level.html Je l’ai désactivé et tout fonctionne comme un rêve!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top