C/C++函数调用约定
关于 C/C++ 函数调用约定，大多数时候并不会影响程序逻辑，但遇到跨语言编程时，了解一下还是有好处的。
VC 中默认调用是 __cdecl 方式，Windows API 使用 __stdcall 调用方式，在 DLL 导出函数中，为了跟 Windows API 保持一致，建议使用 __stdcall 方式。
调用约定跟堆栈清除密切相关。如果写一个汇编函数，给 C/C++ 调用，在 __cdecl 方式下，则汇编函数无需清除堆栈，在 __stdcall 方式下，汇编函数需要在返回（RET）之前恢复堆栈。
C 语言有 __cdecl、__stdcall、__fastcall、naked、__pascal。
C++ 语言有 __cdecl、__stdcall、__fastcall、naked、__pascal、__thiscall，比 C 语言多出一种 __thiscall 调用方式。
在VC中，可以设置默认的调用约定，设置路径为：
Project à Properties à Configuration Properties à C/C++ à Advanced à Call Conversion。
下面详细介绍如上六种调用方式：
1、__cdecl
__cdecl调用约定又称为 C 调用约定，是 C/C++ 语言缺省的调用约定。参数按照从右至左的方式入栈，函数本身不清理栈，此工作由调用者负责，返回值在EAX中。由于由调用者清理栈，所以允许可变参数函数存在，如int sprintf(char* buffer,const char* format,...);。
2、__stdcall
__stdcall 很多时候被称为 pascal 调用约定。pascal 语言是早期很常见的一种教学用计算机程序设计语言，其语法严谨。参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在EAX中。
3、__fastcall
顾名思义，__fastcall 的特点就是快，因为它通过 CPU 寄存器来传递参数。他用 ECX 和 EDX 传送前两个双字（DWORD）或更小的参数，剩下的参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在 EAX 中。
4、naked
naked 是一个很少见的调用约定，一般不建议使用。编译器不会给这种函数增加初始化和清理代码，更特殊的是，你不能用return返回返回值，只能用插入汇编返回结果，此调用约定必须跟 __declspec 同时使用。例如定义一个求和程序，如__declspec(naked) int add(int a,int b);。
5、__pascal
这是 pascal 语言的调用约定，跟 __stdcall 一样，参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在EAX中。VC 中已经废弃了这种调用方式，因此在写 VC 程序时，建议使用 __stdcall 代替。
6、__thiscall
这是 C++ 语言特有的一种调用方式，用于类成员函数的调用约定。如果
相关文档：
最近工作不紧，抽空看了下C、C++的指针，发现了一些平时没注意到的指针用法和问题。
1、指针引用
void func1（MYCLASS* &pBuildingElement）；
乍一看，怪怪的，看了下解释，细想一下和指针的指针类似：
void func1（MYCLASS** pBuildingElement）；
看下面的例子：
...
MyClass* p = new MyClass;
func1(p);
......
用C++调用C的库函数
C++调用C的库函数时，如果头文件定义得不恰当，可能会出现明明某函数在obj文件中存在，但是却发生链接失败的情况，出现如下错误:
undefined reference to 'xxx'
出现问题的原因是c库函数编译成obj文件时对函数符号的处理和C++不同。因为C++函数支持重载，� ......
假设在test.h中定义了一个static bool g_test=false;
若test1.c和test2.c都包含test.h，则test1.c和test2.c分别生成两份g_test，在test1.c 中置g_test=true,而test2.c中仍然为false并未改变！shit！！
一、c程序存储空间布局
C程序一直由下列部分组成：
1）正文段——CPU执行 ......
ADO(ActiveX Data
Object)是Microsoft数据库应用程序开发的新接口，是建立在OLE DB之上的高层数据库访问技术，即使你对OLE
DB，COM不了解也能轻松对付ADO,因为它非常简单易用，甚至比你以往所接触的ODBC API、DAO、RDO都要容易使用，并不失灵活性。
ADO(ActiveX Data Object)是Microsoft数据库应用
程序
......
