用VC2017写了一个dll文件,放到另一个工程里调用,运行正常;后来给这个dll新增了一个接口函数,在工程中调用,能正常运行不报错,但总得不到预期的执行结果。
找来找去,最终才发现,是dll新增的函数接口,没有添加到.def文件中。(备注:我是用模块定义(.def) 文件声明导出函数的)。
一开始创建这个dll工程时,是明确的选用*.def文件方式的(具体原因见下文)。只不过放了很久,最近添加新接口函数,只在.h文件和.cpp文件中添加了函数声明和函数定义,把.def文件给忘记了。
发生这个问题,调用程序没有报错,是因为调用模块加载dll的接口时做了非空判断,为空就跳过。
问题找到了,原因确定了:疏忽、遇到问题没有单步跟踪确定问题点。
DLL中导出函数的声明有两种方式
一种为在函数声明中加上__declspec(dllexport),这里不再举例说明;另外一种方式是采用模块定义(.def) 文件声明,.def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
DLL 中 .DEF文件的使用
首先创建 一个DLL程序,.cpp中
int __stdcall Add(int numa, int numb)
{
return (numa + numb);
}
int __stdcall Sub(int numa, int numb)
{
return (numa – numb);
}
然后创建一个.def的文件,在里面加上
;DllTestDef.lib : 导出DLL函数
;作者:—-
LIBRARY DllTestDef
EXPORTS
Add @ 1
Sub @ 2
最后创建一个测试程序:.cpp文件如下:
#include <iostream>
#include <windows.h>
using namespace std;
typedef int (__stdcall *FUN)(int, int);
HINSTANCE hInstance;
FUN fun;
int main()
{
hInstance = LoadLibrary(“DLLTestDef.dll”);
if(!hInstance)
cout << “Not Find this Dll” << endl;
fun = (FUN)GetProcAddress(hInstance, MAKEINTRESOURCE(1));
if (!fun)
{
cout << “not find this fun” << endl;
}
cout << fun(1, 2) << endl;
FreeLibrary(hInstance);
return 0;
}
说明:
.def文件的规则为:
(1)LIBRARY语句说明.def文件相应的DLL;
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n,表示要导出函数的序号为n(在进行函数调用时,这个序号将发挥其作用);
(3).def 文件中的注释由每个注释行开始处的分号 (;) 指定,且注释不能与语句共享一行。
VS编写dll使用.def文件无法起到相应作用的原因
用vs编译写.dll的工程的相关技术人员对def文件一定不陌生,如果从头开始编写的话,应该不会遇到.def文件无效的问题。本人出现上述问题的原因:利用编写好的dll工程文件直接复制到其他工程中进行标准化dll的编写时产生的。
当我进行调试的时候发现相关接口的指针为null,从而发现上述问题,利用dumpbin命令查看后如下:

问题造成的原因:虽然我们把.def文件添加在工程里,但是那个文件根本就没有被编译。
解决办法:进入工程属性界面->链接器->输入->模块定义文件 ,添加def文件名称即可。配置如下图:

修改后的效果:

dumpbin程序运行配置
vs2010下无法直接运行dumpbin,提示:缺少mspdb100.dll(该dll在common7下的IDE目录下)
将dumpbin.exe、mspdb100.dll、link.exe(VC/bin目录下)、vcvars32.bat(和dumpbin.exe位于同一目录下)一同复制到待检测dll文件目录下即可。
暂无评论内容