C++中extern “C”含义深层探索 [转]
1.
引言
C++
语言的创建初衷是“a better C”
，但是这并不意味着C++
中类似C
语言的全局变量和函数所采用的编译和连接方式与C
语言完全相同。作 为一种欲与C
兼容的语言，C++
保留了一部分过程式语言的特点（被世人称为“
不彻底地面向对象”
），因而它可以定义不属于任何类的全局变量和函数。但 是，C++
毕竟是一种面向对象的程序设计语言，为了支持函数的重载，C++
对全局函数的处理方式与C
有明显的不同。
2.
从标准头文件说起
某企业曾经给出如下的一道面试题：
面试题
为什么标准头文件都有类似以下的结构？
#ifndef __INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析
显然，头文件中的编译宏“#ifndef __INCvxWorksh
、#define __INCvxWorksh
、#endif”
的作用是防止该头文件被重复引用。
那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
的作用又是什么呢？我们将在下文一一道来。
3.
深层揭密extern "C"
extern "C"
包含双重含义，从字面上即可得到：首先，被它修饰的目标是“extern”
的；其次，被它修饰的目标是“C”
的。让我们来详细解读这两重含义。
被extern "C"
限定的函数或变量是extern
类型的；
extern
是C/C++
语言中表明函数和全局变量作用范围（可见性）的关键字，该关键字告诉编译器，其声明的函数和变量可以在本模块或其它模块中使用。记住，下列语句：
extern int a;
仅仅是一个变量的声明，其并不是在定义变量a
，并未为a
分配内存空间。变量a
在所有模块中作为一种全局变量只能被定义一次，否则会出现连接错误。
通常，在模块的头文件中对本模块提供给其它模块引用的函数和全局变量以关键字extern
声明。例如，如果模块B
欲引用该模块A
中定义的全局变量和函 数时只需包含模块A
的头文件即可。这样，模块B
中调用模块A
中的函数时，在编译阶段，模块B
虽然找不到
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
1.int *p1 = *(int **)p2;
这个表达式将p2指向的值当做指针类型赋值给p1
，将普通值当做指针值使用
2.*（int **）p1 = p2；
这个表达式将p1指向的值修改为的p2保存的指针
的值，将指针当做普通值使用
这是今天看us/OS的内存管理的时候看到的，真是太精辟了
唉，看来自己的见识还是太少了，以后得加倍� ......
一、C++服务器端
（用的是Visual Studio 2008（05，03的应该也可以，VC++的可能需要稍微改动））
代码如下：
#include <winsock2.h>
#include <stdio.h>
#include <windows.h>
#include <iostream>
using namespace std;
#pragma comment(lib,"ws2_32.lib")
void main(){ ......
转：http://school.ogdev.net/ArticleShow.asp?categoryid=10&id=6019
函数指针数组的妙用
笔者在开发某软件过程中遇到这样一个问题，前级模块传给我二进制数据，输入参数为 char* buffer和 int length，buffer是数据的首地址，length表示这批数据的长度。数据的特点是：长度不定，类型不定，由第一个字节（buffer[0] ......
#define _________ }
#define ________ putchar
#define _______ main
#define _(a) ________(a);
#define ______ _______(){
#define __ ______ _(0x48)_(0x65)_(0x6C)_(0x6C)
#define ___ _(0x6F)_(0x2C)_(0x20)_(0x77)_(0x6F)
#define ____ _(0x72)_(0x6C)_(0x64)_(0 ......
