将 VC++6/Win32 项目转换为 VS2010 C++/Win32 项目：已知问题

Question

您是否知道在将 VC++6/Win32 项目转换为 VS2010 C++/Win32 项目类型期间突出显示已知或可能问题的资源？我对各种问题感兴趣：

• 编译器选项兼容性
• 编译时问题
• 链接时问题
• 运行时问题
• MFC 问题

否则，如果您已经执行了此类迁移，那么您遇到了哪些问题？

谢谢

Answer 1

VC++6有非标准的异常处理。我们遇到了一些问题，因为我们的代码包含以下内容：

try { 
  //Some code
} 
catch (...) {
  //Handle error
}

一些开发人员依赖于这种损坏的行为，并且我们的应用程序在 VS2008 中编译后严重崩溃。

这篇文章很好地解释了它以及如何解决问题。

Answer 2

1. 首先，这些问题高度依赖于代码质量以及如何修改古老的代码以适应 VC++6 编译器的“功能”。

2. 无法直接将 .dsp 转换为 VS 2010 格式 (至少是 Express 版本），您必须经过 2008 年才能进行转换。

3. 转换向导应该警告并通知您可能存在的任何问题。我还没有经历过这个过程，但我认为编译器切换是你最不用担心的。一般来说，我预计糟糕的代码会产生更多您需要担心的错误。

至于你的具体问题：

• 参见3。VS2010
• 将需要更长的时间。
• 启用链接时优化（在 VS 2005 中引入）
• VS2010 链接器将花费更长的时间，特别是如果您仅在做出非标准假设或 VC++6 具有非标准函数时才 。只要您使用 VS2010 重新编译完整的项目（从而将其链接到最新的 VC(++) 运行时），就不会出现运行时问题。

旁注：我并不是说旧代码不好，只是说关于 VC++6 的 SO 上的很多问题都是由糟糕的代码质量/一致性引起的。

Answer 3

呵呵，vs6 允许你在循环范围之外使用循环变量。即：

for ( int i=0; i<10; i++ )
{
   if( i == 5 )
     break;
}

int iVal = i;

这在任何事情上都会失败> vs6 :) 在 2005 年和 2010 年失败了 - 尽管有一个编译器设置允许您再次强制执行此行为（我建议修复它，不要强制它，无论如何它是不合规的），至少在 vs2005 中是这样。我还没有进入 2010 年，因为我做了很多嵌入式开发，而且似乎为嵌入式东西切换编译器通常是一个很大的痛苦。所以，我不能对 2010 年说太多，但我知道这一点将会持续下去！

Answer 4

搬家了吗，我知道两个痛苦的问题：
- VC6 及更高版本之间的异常处理默认值已更改。我相信 /Eh 是默认设置，但情况已发生变化。
- VC6 运行时 (msvcrt DLL) 包含在自 Win2k 以来的所有 Windows 操作系统中，而对于任何其他版本，您需要将其与几乎所有操作系统的软件一起安装。

Answer 5

你会遇到很多问题，因为 VC6 是出了名的不符合标准，而且你的代码（特别是如果你使用模板）可能会充满一些黑客行为，使其不再需要工作，因为 MS 做了很多一致性工作更新的编译器版本，VC10 编译器可能会拒绝它们。

Answer 6

如果您有 Visual C++ 的商业版本：

在 Visual C++ 安装目录中查找 devenv（应为 %VS90COMNTOOLS%\..\IDE\devenv.exe

    > devenv /upgrade project.sln

    > msbuild.exe project.sln  /t:Build  /p:Configuration=Release /p:Platform=Win32

检查编译

，但如果您有免费版本Visual C++ 的：

在 Visual C++ 安装目录中查找 vcbuild.exe（应为 %PROGRAMFILES%\Microsoft Visual Studio 9.0\VC\vcpackages\vcbuild.exe）

    > vcbuild.exe /upgrade   project.sln
      /msbuild:Configuration=Release
      /msbuild:Platform=Win32

以供将来使用不需要转换的构建，输入：

> msbuild.exe project.sln /t:Build /p:Configuration=Release /p:Platform=Win32

Answer 7

从 VS2005 迁移到 VS2010 时，我们遇到了第 3 方库的问题，导致我们的程序之一在每次加载时崩溃。事实证明，该问题是由 Microsoft 反转链接器中 /NXCOMPAT 开关的默认设置引起的。该开关控制是否启用数据执行保护 (DEP)。在 VS2010 之前，该开关的默认设置为 NO，并且我们使用的 DLL 显然依赖于该设置才能正常运行。

我不确定 NXCOMPAT 链接器开关可以追溯到多远。它未在 VS2005 对话框中的任何可用设置中列出，但在从命令行运行 link /help 时列出。我从来没能从微软找到这样的更改列表，所以这种错误很难追踪。

Answer 8

如果您使用 CLR 从 VC++ 6 迁移到 VS2015，则不再找到现有的 min 和 max 函数，请添加

#define NOMINMAX
#include <algorithm>
namespace Gdiplus
{
  using std::min;
  using std::max;
};

其次，NAN float 更改为 nan