Visual studio 2008 我可以在Windows Vista x64上运行Visual Studio 2008 x86吗?

Visual studio 2008 我可以在Windows Vista x64上运行Visual Studio 2008 x86吗?,visual-studio-2008,compatibility,vista64,Visual Studio 2008,Compatibility,Vista64,是否可以在Windows Vista 64位系统上运行32位版本的Visual Studio 2008 Professional 是否有任何我需要注意的已知警告 是否必须安装.NET Framework的x64版本 在构建针对x86的软件时会有任何问题吗 获得VS2008的x64版本而不是重用当前的x86许可证是否有任何(合理的)理由 非常想得到一个x64 Vista装备,以便能够利用更多的内存:)Visual Studio 2008没有x64版本。我在Vista x64 Ultimate上

是否可以在Windows Vista 64位系统上运行32位版本的Visual Studio 2008 Professional

  • 是否有任何我需要注意的已知警告
  • 是否必须安装.NET Framework的x64版本
  • 在构建针对x86的软件时会有任何问题吗
  • 获得VS2008的x64版本而不是重用当前的x86许可证是否有任何(合理的)理由

非常想得到一个x64 Vista装备,以便能够利用更多的内存:)

Visual Studio 2008没有x64版本。我在Vista x64 Ultimate上运行标准的32位版本,它工作正常。我确实没有遇到任何日常问题。您只需安装它就可以了。

我的印象是,64位windows的设计使完全在用户区运行的32位程序“正常工作”。需要内核模式访问的设备驱动程序等程序可能需要64位特定端口


我不知道有任何明显的例外,尽管我相信如果你仔细看的话,你会找到一些。因此,除了移动设备模拟器之外,VisualStudio应该没问题。

我有VS2005的CD和SP1,让我在vista上运行x64。必须与VS2008相同

当然,安装后,请检查编译器配置文件,看看是否可以在X86和X64中编译。如果是(就像我在Vista上做的那样),你就没事了

  • 我不知道。我同时使用VisualStudio2008 Professional和Team System,它们在x64上似乎都工作得很好
  • 没有
  • 我不认为有64位版本的VS2008
总的来说,这对我来说是一帆风顺的,所以我想你可以直接参与进来。

看看这个


Keith

正如其他人所说,VS是一款32位应用程序,因此尽管它在64位操作系统上运行良好,但它只能通过windows提供的“神奇”镜像查看注册表和部分归档系统


对我们来说,这唯一一次是当我们试图在.NET应用程序中添加对COM dll的引用时。COM dll未出现在“引用”对话框中,因为它仅注册为64位dll。我们必须注册32位版本才能运行此功能。

唯一的缺点是如果您想在Vista x64上使用SQL Express Management Studio。我的速度太慢了,我找不到任何关于原因的答案

编辑:

没关系,我打字的时候有问题


Vista具有TCP/IP自动调整功能。通过遵循本教程:我禁用了它,现在一切都像梦一样运行

我现在正在x64上使用VS2008。这让我可以使用全部4GB内存。这是可行的,但有几个角落的情况需要注意:

  • 通过从32位子系统到64位子系统的远程调试完成x64应用程序的调试

  • 默认情况下,托管(.NET)应用程序标记为“任何平台”,这意味着它们在x64操作系统上以64位运行。这意味着托管调试在默认情况下是远程的

  • 远程调试时没有“编辑并继续”,因此在x64操作系统上没有针对.NET的E&C,除非。类似地,如果你制作一个原生64位应用程序,你就不能对它进行E&C

  • 远程调试时没有混合(托管+本机),因此您无法同时调试x64应用程序的托管部分和本机部分


+1。请记住,使用“任何CPU”和您不拥有的x86依赖项编译应用程序会带来痛苦。这是真的。我曾经遇到一个问题,32位web应用程序和64位WinForms应用程序无法在x64服务器上读取和写入相同的注册表值。为了解决这个问题,我将64位WinForms应用程序重新编译为32位。这一点很好。注册表操作也变得有点复杂。毫无例外,我们将开发针对x86的代码,但我们希望使用x64机器来实现这一点,以利用提高的RAM可用性(mm 8GB的RAM,很好吃)可能的例外情况是,如果它仍然依赖于某个16位DLL。我知道我们在一个项目中使用了几个COM DLL(目前正在开发32位的DLL,所以DLL是32位的)。创建互操作包装器时,这应该不是一个参考问题?已经运行了将近一年,但只有一个小问题。如果您的构建平台是“任何CPU”,那么使用32位COM引用会把事情搞砸。。网上有很多关于这个的帖子。除此之外,一切都很顺利。