Question

MFC 调用MFC规则DLL的一个错误，编译正常，连接时提示出错，如下，哪位高手或者好心人帮忙看下（代码不多

封装在dll的函数原型为：
void Writecard(CString stt)
{
//写数据
int st;
unsigned char databuff[17];
memcpy(databuff,&stt,(strlen(stt)+1));
st=dc_write(icdev,61,databuff); //61为块地址，m1卡为1-63
if(st!=0)
{
AfxMessageBox("Write Card Error!");
}
else
{
AfxMessageBox("写数据成功!");
}
return;
}

在应用程序里的调用函数为： Writecard(strName);
其中strName定义为全局变量：CString strName
错误提示为：
unresolved external symbol "void __cdecl Writecard(class CString)" (?Writecard@@YAXVCString@@@Z)
Debug/shujuku.exe : fatal error LNK1120: 1 unresolved externals

unresolved external symbol "void __cdecl Writecard(class CString)" (?Writecard@@YAXVCString@@@Z)
Debug/shujuku.exe : fatal error LNK1120: 1 unresolved externals

Answer 1

这个提示说明了你包含了DLL的.h文件，但是编译器没有找到DLL文件中函数实体。
可能的原因：（上面的代码无法为判断提供帮助）
1·没有在工程或者代码中成功import这个DLL
2·DLL的位置没有在默认目录中找到
3·DLL入口函数和函数声明错误
4·声明和函数实体不匹配

追问

DLL声明：
1.在,h文件中加了这个声明 void Writecard(CString stt);
2.在.cpp文件中加了上面那个函数的实体
3.在.def文件中加了 Writecard@5 （还有其他的导出函数）
调用方面：
1.在.cpp文件前面加了这两句
void Writecard(CString stt);
#pragma comment(lib,"mydll.lib")
2.把mydll.lib 和mydll.h文件拖到新的工程目录下，把mydll.dll拖到新工程目录的Debug文件下。
这样做有什么问题吗？

追答

1.在.cpp文件前面加了这两句
//void Writecard(CString stt);
#pragma comment(lib,"mydll.lib")

cpp中不应加这个声明，只在被包含的.H文件就对了。这个.H文件应该放在工程目录，并包含着工程之中。

追问

试过了，还是不行，问题一样。

追答

如果你是用VC向导建立的DLL工程，那么编译之后使用非常简单，没有什么特殊的地方。还是建议你仔细排查自己的代码，应该就是细节使用问题。
另外，标准DLL可以使用工具检测是否可用，比如VC自带的dumpbin，可以先检查一下DLL是否有问题，如果没有，就是EXE调用和使用的问题了。

Answer 2

你这个符号不匹配嘛，我猜测你的dll文件是用c写的哈？在源文件中 添加以下语句：
#pragma comment(linker,"/export:?Writecard@@YAXVCString@@@Z=Writecard"）

试试
刚才试验了下，看来你那dll真是用c文件编译的，你把文件后缀改成cpp重新编译该dll试试。不用加上面那句话了

追问

不会吧？我做dll的时候选的是MFC APPWIzard dll 后面的全是按默认来，然后生成的文件后缀也是.cpp的啊，怎么会是C文件编译的呢？
然后这个怎么加啊，放到dll声明里面？还是在调用的时候加呢？我试过好像不行啊…

追答

去下一个软件：Viewdll.exe 将你生成的dll打开，看看导出的符号是什么，如果和链接错误提示的符号不同，那就是符号匹配的问题：例如你在dll中没有使用dllexport导出符号，又或者是你用了extern ‘’C'' 导出了符号，但是exe那边却没有用extern “C" 修饰 通过Viewdll.exe这个软件，你的工作会轻松很多的，如果符号问题不统一，你可以手动编写一个后缀为.DEF的符号文件（文件具体格式十分简单 你百度一下）指定你要导出的符号名字

Answer 3

恩恩额 的地方

追问

？

追答

首先 遇到链接错误，你要关注一下你的错误代码，根据错误代码就可以根据MSDN或者百度就找到出错的原因，希望能帮到你。

1 确认该函数已经被实现
2 确认所有源代码文件都在当前工程中
下面介绍解决的方法:

1. Windows子系统设置错误, 提示:
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Windows项目要使用Windows子系统, 而不是Console, 可以这样设置:
[Project] --> [Settings] --> 选择"Link"属性页,
在Project Options中将/subsystem:console改成/subsystem:windows
2. Console子系统设置错误, 提示:
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
控制台项目要使用Console子系统, 而不是Windows, 设置:
[Project] --> [Settings] --> 选择"Link"属性页,
在Project Options中将/subsystem:windows改成/subsystem:console
3. 程序入口设置错误, 提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
通常, MFC项目的程序入口函数是WinMain, 如果编译项目的Unicode版本, 程序入口必须改为wWinMainCRTStartup, 所以需要重新设置程序入口:
[Project] --> [Settings] --> 选择"C/C++"属性页,
在Category中选择Output,
再在Entry-point symbol中填入wWinMainCRTStartup, 即可
4. 线程运行时库设置错误, 提示:
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
这是因为MFC要使用多线程时库, 需要更改设置:
[Project] --> [Settings] --> 选择"C/C++"属性页,
在Category中选择Code Generation,
再在Use run-time library中选择Debug Multithreaded或者multithreaded
其中,
Single-Threaded 单线程静态链接库(release版本)
Multithreaded 多线程静态链接库(release版本)
multithreaded DLL 多线程动态链接库(release版本)
Debug Single-Threaded 单线程静态链接库(debug版本)
Debug Multithreaded 多线程静态链接库(debug版本)
Debug Multithreaded DLL 多线程动态链接库(debug版本)
单线程: 不需要多线程调用时, 多用在DOS环境下
多线程: 可以并发运行
静态库: 直接将库与程序Link, 可以脱离MFC库运行