在 Windows Vista 64 位上运行 Visual Studio 6.0（包括 Visual SourceSafe 6.0 客户端）、Visual Studio 2003 和 Visual Studio 2008 是否存在兼容性问题？
我可以使用 Vista Web Server 交互式地调试应用程序吗？我还能制作/编译项目吗？
假设 Visual Studio 6.0 和 2003 将在 WoW64（Windows-on-Windows 64 位）下执行，而 Visual Studio 2008 是本机 x64 是否正确？
我注意到“Windows Vista 和 Windows Server 2008 上的 Visual Basic 6.0 支持声明”（http://msdn.microsoft.com/en-us/vbrun/ms788708.aspx）指出“64 位 Windows 上的 VB6 开发不是并且不会被支持。”
我发现了一些尝试类似努力的其他人的用户网/新闻组讨论
I can't answer for 6.0 but I have no problems whatsoever with 2003, 2005 and 2008.
VS 2008 IDE 不是一个 64 位应用程序 - 它是一个 32 位应用程序，并且在 WoW 中运行。
我在 Windows Vista Ultimate 64bit 上运行 vb6 已经有一段时间了。主要软件在初始配置调整后运行良好，但我遇到了与 ActiveReports 等第三方组件有关的问题。因此，我的一些项目工作正常，而其他项目则根本不工作，具体取决于依赖项。
在 Vista 上与旧版本的 Visual Studio 存在许多兼容性问题，但是这些问题可能都不适用于您，因此您必须根据自己的要求自行解决。
检查这些：
如果您尝试安装所有组件，则不会安装 Visual Studio 6。它收到 DCOM 安装错误，然后失败。
当我只安装了我感兴趣的部分（VC++、VB6、一些数据访问）时，它就安装好了。为简单起见，请确保关闭 UAC。
之后，可以安装 Visual Studio 6 Service Pack 6...我认为无法安装 VS 6 Service Pack 5（由于 MDAC 错误），但我想如果 VS6 SP6 安装正常，则没有必要。
我在 vista64 上使用 VS 6。它安装得很好，减去了一个小问题或警告，我不记得了，但很容易修复。
我在 Vista/w2k8 上使用 VC6 时遇到的两个问题是，有时 C CLI 应用程序即使在从 IDE 中停止后仍然存在。我们有时必须手动关闭应用程序命令窗口。
如果您计划通过网络运行 VSS 源安全 6，尤其是通过 WAN，我强烈建议配置 Vista/W2k8 系统 VSS 托管以强制使用 SMB v1 进行文件服务。除了在 WAN 环境中使用带有新 SMB2 协议的 VSS 时，我们遇到的只是持续不断的损坏/签入流，而不是真正被“签入”的问题。切换到 SMB v1 后，一切立即恢复正常。让我想知道 MS 是否在尝试提高新平台上的文件性能时没有走太多弯路。
除了这两个问题还没有注意到任何其他兼容性问题。
我阅读了有关 VS2003 “毒化”人们的 Vista 系统的报告，所以我没有冒险——而是将它安装在 Virtual PC Windows XP 32 位映像上。
由于我不再使用太多 .NET 1.1 代码，我认为这是一个很好的解决方法，直到可以让所有/每个人都迁移到 .NET 2.0 或更高版本。
VS2005 的第一个版本也存在与 Vista 的兼容性问题。这已经通过服务包解决了，但即便如此，我还是将 VS2008 放在了我的 Vista 64 机器上。如果您有 VS2008，则使用 VS2005 毫无意义。
VB6-IDE 和程序在 Vista64 上运行良好。我唯一无法工作的是所谓的 WebClass-Projects（用于 ewb 应用程序的 VB6 方式）。
我在 Vista 64 机器上的 W2K Virtual PC 上使用 VB6 进行开发。我发现 VB6 应用程序在 W2K 上的构建速度比 XP 快得多。一直没弄明白为什么。
2005 工作正常，MS 正式支持 6.0，所以你应该在这两个方面都做得很好。不幸的是，MS 不支持 2003，到目前为止，我无法让它在 Vista x64 上正确安装和运行。:-(