我正在做我的第一次实习，仍然试图在 Visual Studio 2008 上编译这个可怕的东西。我花了一个星期的时间来玩弄 IDE 设置和 Windows SDK 安装，但我认为我不会做任何事情在这个方向上取得更大进展。每个人都在这里度假，我没有高级工程师可以求助。帮助我 Stack Overflow，你是我唯一的希望！
今天，我正在尝试跟踪特定的错误，所以我知道为什么一切都失败了。也许那时我会更好地了解如何解决它。在过去的几个小时里，我一直在研究这个：
6>ResizableLib.lib(ResizablePage.obj) : error LNK2001: unresolved external symbol "public: virtual int __thiscall CWnd::Create(char const *,char const *,unsigned long,struct tagRECT const &,class CWnd *,unsigned int,struct CCreateContext *)" (?Create@CWnd@@UAEHPBD0KABUtagRECT@@PAV1@IPAUCCreateContext@@@Z)
我的理解是在我正在使用的 ResizableLib 项目中找不到 CWnd::Create 函数。我想我会找到它被调用的文件，并跟踪包含以查看它是否应该在被调用的位置定义 CWnd::Create。我首先在整个项目 (alt+E+F+I) 中搜索 Create( 因为我认为这将获取调用 Create 函数的每个实例。我发现了其他几个以 Create 结尾的函数调用，但只有一个似乎正在调用 Create 函数本身：
ResizableGrip.cpp(127): BOOL bRet = m_wndGrip.Create(WS_CHILD | WS_CLIPSIBLINGS
所以...我打开了 ResizableGrip.cpp 并查看了包含的内容。该文件的第一行是：
#include "stdafx.h"
我想我会去检查那个文件，看看是否有 CWnd::Create 的函数声明，或者可能是它的某种继承版本。包含这个文件没有预处理条件（因为在这个程序中的许多其他点），所以我认为可以肯定地说 stdafx.h 将被包含。为了弄清楚哪个将包含 stdafx.h 文件（什么是 stdafx.h 文件通常用于什么？我到处都能看到它们！），我首先查看了与 ResizableGrip.cpp 文件相同的目录，因为我相信编译器首先看起来在检查项目中的其他包含路径之前，与包含文件位于同一目录中，最后是主要 Visual Studio VC++ 设置中列出的包含路径。它是否正确？无论如何，在同一目录中有一个 StdAfx.h 文件，所以我断定这将是包含在内的文件。文件的前几行如下所示：
#if !defined(AFX_STDAFX_H__0A781DD9_5C37_49E2_A4F5_E517F5B8A621__INCLUDED_)
#define AFX_STDAFX_H__0A781DD9_5C37_49E2_A4F5_E517F5B8A621__INCLUDED_
#pragma message("StdAfx CommonClasses/ResizableLib")
#ifdef INC_DEBUG
#pragma message("In ResizeLib::StdAfx.h")
#endif
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000
#if _MSC_VER >= 1300
#define WINVER 0x0500
#define _WIN32_WINNT 0x0500
#endif
#define VC_EXTRALEAN // Exclude rarely-used stuff from Windows headers
#include <afxwin.h> // MFC core and standard components
#include <afxext.h> // MFC extensions
#ifndef _AFX_NO_AFXCMN_SUPPORT
#include <afxcmn.h> // MFC support for Windows Common Controls
#endif // _AFX_NO_AFXCMN_SUPPORT
我承认我并不完全理解这里发生的所有预处理器的事情，但由于没有围绕 #include 的条件，我假设它也被包含在内。项目目录中没有 afxwin.h 文件，所以我查看了项目的附加包含。唯一指定的查看位置是 ....\COMMON，所以我去了两个目录，找到了 COMMON 文件夹，然后查找 afxwin.h。那里什么都没有，所以我查看了 VC++ 目录包含的 IDE 设置。第一个清单是： $(WindowsSdkDir)\include 所以我查找了 WindowsSdkDir 环境变量，它当然不存在。我也检查了注册表。没有骰子。最终我发现您可以通过单击其中一个省略号 (... ) 出现在项目配置窗口中文本字段的最右端，当您单击它们并展开宏窗格时会出现这些窗口。通过这样做，我发现 $(WindowsSdkDir) 指向：C:\Program Files\Microsoft SDKs\Windows\v6.0A\ 所以我去了那里，打开了 Include 文件夹，并没有找到 afxwin.h 文件。$(FrameworkSDKDir)include 指向与 $(WindowsSdkDir)\include 相同的位置，因此我继续查看 Visual Studio VC++ 目录包含列表中的下一行：$(VCInstallDir)atlmfc\include 解析为 C:\Program Files\ Microsoft Visual Studio 9.0\VC\atlmfc\include\ 在那里我终于找到了 afxwin.h。在这个文件中，最后有一个名为 Cwnd 的类，其中定义了一个名为 Create 的函数：
virtual BOOL Create(LPCTSTR lpszClassName,
LPCTSTR lpszWindowName, DWORD dwStyle,
const RECT& rect,
CWnd* pParentWnd, UINT nID,
CCreateContext* pContext = NULL);
我不知道这些参数是什么，但我假设这是链接器最初抱怨的函数的一个极其重新定义的版本：
CWnd::Create(char const *,char const *,unsigned long,struct tagRECT const &,class CWnd *,unsigned int,struct CCreateContext *)
否则，编译器不会在链接器接管之前将其作为函数的不同版本捕获吗？实际上，现在我考虑了一下（这就是我发帖的全部原因），我想我所做的只是遍历代码，就像解决编译器错误一样。我做对了吗？这东西是个怪物，我只是在这里猜测。
再说一次，就像标题所说的那样，你应该如何跟踪链接器错误？ 是否有与我在这里所做的类似的过程？MSDN 文章听起来像是在代码正常工作并且编译器以某种方式设法丢失 .obj 文件或 .lib 文件时发生此错误。我怎样才能让它再次指向正确的地方？
呃，-亚历克斯