BCB与VC动态连接库..docVIP

BCB与VC动态连接库(DLL)的静态装入问题 2008年09月22日 星期一 上午 10:52 本文章将彻底介绍有关BCB编的DLL在VC中静态装入和VC的DLL在BCB中静态装入的问题.以及关于VC的命令行工具LIB.EXE的使用,和BCB的命令行工具IMPLIB.EXE的使用.还介绍了VC DLL的.def文件的写法.呵呵,多少人在这方面有疑惑呀,我也是很疑惑,在网上搜了又搜也找不到满意的解答.于是我便自行研究了一上午,终于茅塞顿开..明白了之后,我真的很想骂MS,搞命名规则搞得那么讨厌干什么..切入正题:首先先说明一下,所有的函数都是以C语言风格申明的,即extern C .好,现在开始了......第一点要明白的是,调用DLL之所以会连接失败,就是因为输入库(.lib)相关函数名字不符合的原因.我们可以把.lib看成一个中间者,一头连接着.dll,另一个连接着编译器,两头只要有一头函数名字不能对应,就会出现连接错误.但是大部分错误都是由于编译器这头名字错误造成的.首先先来看看调用约定对函数名字的影响(注意,是C语言风格.),这里只介绍__stdcall,__cdecl两种调用约定对函数名字的影响.(因为写DLL最常用这两种调用约定,甚至__cdecl都用不上.).函数编辑时:void func()--------------------------------------BCB中: ?? 编译后 ?? 写进DLL后:__cdecl: _func ?? ??? _func__stdcall:?? func ?? ?? func--------------------------------------VC中: ?? 编译后 ?? 写进DLL后:__cdecl: func ?? ?? func__stdcall:?? func@0 ?? _func@0--------------------------------------怎么样,两种命名规则正好错开(估计是两家公司谁也不好管谁的结果,受苦的还是我们老百姓),而且对于VC中的__stdcall,命名规则更离谱(加上了参数总字节数).而且写进DLL后名字还会改变..真郁闷.不过,这种改变你大可不必在乎,因为,BCB的IMPLIB.EXE工具很强大(感觉比VC的LIB.EXE好多了),对于__stdcall的DLL函数它可以自动生成一个.lib不用任何人工干预,但是对于__cdecl的DLL函数来说,要稍微干预一下..***********************************************************好,先来简单的,看看如何在BCB里使用VC的DLL.对于__stdcall的函数来说:假设DLL函数是extern C __declspec(dllexport) void __stdcall ShowVC(const char* str);第一步生成.lib文件(输入库文件),假设DLL是test.dll那么使用IMPLIB.EXE的命令就是:implib test.lib test.dll然后会产生一个test.lib,把这个文件添加进你的BCB工程中,然后再声明函数:extern C __declspec(dllimport) void __stdcall ShowVC(const char* str);接着就可以在你的代码中调用了,ShowVC(Hello!);而对于__cdecl的函数来说,假设DLL函数是extern C __declspec(dllexport) void __cdecl ShowVC(const char* str);查看了implib的命令行帮助看了看,知道了这么一回事:----------------------------------------------------Syntax: IMPLIB [options] libname[.lib] [@respfile | srcname] [srcname ...]Options:-a ??? Add _ alias for MS flavor cdecl functions?? ?? ??? 大概意思是:添加_别名,给MS风格 cdecl函数.----------------------------------------------------从上面我们知道,对于BCB来说__cdecl函数名前是有一条下划线的,但是VC的__cdecl函数却没有.于是正好和此帮助对应了起来,于是我便试了试,果然成功..那么使用IMPLIB.EXE的命