<1>由于编码错误导致的 LNK2001 错误
(1)不相匹配的程序代码或模块定义(.DEF)文件导致 LNK2001。例如,如果在 C++源文
件了内声明了一变量“var1”,却试图在另一个文件内以变量“var1”访问改变量。
(2)如果使用的内联函数是在.cpp 文件内定义的,而不是在头文件内定义将导致 LNK2001
错误。
(3)调用函数时如果所用的参数类型和头函数声明时的类型不符将会产生 LNK2001 错误。
(4)试图从基类的构造函数或析构函数中调用虚拟函数时将会导致 LNK2001 错误。
(5)要注意函数和变量的可公用性,只有全局变量、函数是可公用的。静态函数和静态变量
具有相同的使用范围限制。当试图从文件外部方位任何没有在该文件内声明的静态变量时
将导致编译错误或 LNK2001 错误。
<2>由于编译和联机的设置而造成的 LNK2001 错误
(1)如果编译时使用的是/NOD(/NODERAULTLIB)选项,程序所需要的运行库和 MFC 时将
得到又编译器写入目标文件模块,但除非在文件中明确包含这些库名,否则这些库不会被
链接进工程文件。这种情况下使用/NOD 将导致 LNK2001 错误。
2)如果没有为 wWinMainCRTStartup 设定程序入口,在使用 Unicode 和 MFC 时将出现
“unresolvedexternalon_WinMain@16”的 LNK2001 错误信息。
(3)使用/MD 选项编译时,既然所有的运行库都被保留在动态链接库之内,源文件中对
“func”的引用,在目标文件里即对“__imp__func”的引用。如果试图使用静态库 LIBC.LIB
或 LIBCMT.LIB 进行链接,将在__imp__func 上发生 LNK2001 错误。如果不使用/MD 选
项编译,在使用 MSVCxx.LIB 链接时也会发生 LNK2001 错误。
(4)使用/ML 选项编译时,如用 LIBCMT.LIB 链接会在_errno 上发生 LNK2001 错误。
(5)当编译调试版的应用程序时,如果采用发行版模态库进行链接也会产生 LNK2001 错误;
同样,使用调试版模态库链接发行版应用程序时也会产生相同的错误。
(6)不同版本的库和编译器的混合使用也能产生问题,因为新版的库里可能包含早先的版本
没有的符号和说明。
(7)在不同的模块中使用内联和非内联的编译选项能够导致 LNK2001 错误。如果创建 C+
+库时打开了函数内联(/Ob1 或/Ob2),但是在描述该函数的相应头文件里却关闭了函数
内联(没有 inline 关键字),只是将得到错误信息。为避免该问题的发生,应该在相应的头
文件中用 inline 关键字标志为内联函数。
(8)不正确的/SUBSYSTEM 或 ENTRY 设置也能导致 LNK2001 错误。
19、如何调试一个没有源码的 exe 文件调用的 dll
在 VisualC++6.0 中,进入“ProjectSetting”对话框然后选择 Debug 标签页。通常
VisualStudio 默认“executablefordebugsession”为可执行文件名,但可以将他改成
任何你想要的程序。甚至可以指定不同的工作目录以及传递参数到你的程序。这个技术常
用来调试 Dlls、名字空间扩展、COM 对象和其他从某些 EXE 以及从第三方的 EXE 中调用
的 plug-in 程序。
评论0
最新资源