C/C++中重复定义的问题
用#include可以包含其他头文件中变量、函数的声明，为什么还要extern关键字,如果我想引用一个全局变量或
函数a，我只要直接在源文件中包含#include<xxx.h>
(xxx.h包含了a的声明)不就可以了么，为什么还要用extern呢？？这个问题一直也是似是而非的困扰着我许多年了，今天上网狠狠查了一下总算小有
所获了：
头文件
首先说下头文件，其实头文件对计算机而言没什么作用，她只是在预编
译时在#include的地方展开一下，没别的意义了，其实头文件主要是给别人看的。
我做过一个实验，将头文件的后缀改成xxx.txt，然后在引用该头文件的地方用
#include"xxx.txt"
编译，链接都很顺利的过去了，由此可知，头文件仅仅为阅读代码作用，没其他的作用
了！
不管是C还是C++，你把你的函数，变量或者结构体，类啥的放在你的.c或者.cpp文件里。然后编译成
lib,dll,obj,.o等等，然后别人用的时候 最基本的gcc hisfile.cpp yourfile.o|obj|dll|lib 等等。
但
对于我们程序员而言，他们怎么知道你的lib,dll...里面到底有什么东西？要看你的头文件。你的头文件就是对用户的说明。函数，参数，各种各样的接
口的说明。
那既然是说明，那么头文件里面放的自
然就是关于函数，变量，类的“声明
”了。记着，是“声明”，
不是“定义”。
那么，我假设大家知道声明和定义的
区别。所以，最好不要傻嘻嘻的在头文件里定义什么东西。比如全局变量：
/*xx头文件*/
#ifndef _XX_头文件.H
#define _XX_头文件.H
int A;
#endif
那么，很糟糕的是，这里的int
A是个全局变量的定义，所以如果这个头文件被多次引用的话，你的A会被重复定义
显然语法上错了。只不过有了这个#ifndef的条件编译，所以能保证你的头文件只被引用一
次，不过也许还是会岔子，但若多个c文件包含这个头文件时还是会出错的，因为宏名有效范围仅限于本c源文件，所以在这多个c文件编译时是不会出错的，但在
链接时就会报错，说你多处定义了同一个变量，
Linking...
incl2.obj : error
LNK2005: "int glb" (?glb@@3HA
) already
defined in incl1.obj
Debug/incl.exe : fatal error LNK1169: one
or more multiply defined symbols found
注意！！！
extern
这个关键字
真的比较可恶，在声明的时候，这个extern居然可以被省略，所以会让你搞不清楚到底是声明还是定义，下面分变量和
相关文档：
1.下载linux kernel源代码
到http://www.kernel.org/下载linux内核源代码,这里我们使用2.6.24.4的内核.
解压linux-2.6.24.4.tar.bz2
[matt@localhost GEC2410]$ tar -xvjf linux-2.6.24.4.tar.bz2
[matt@localhost GEC2410]$ cd linux-2.6.24.4
2.修改Makefile,设置交叉编译器
ARCH ?= arm
CROSS_COMPILE ......
C/C++位操作
一、传统的C方式位操作：
1.基本操作：
使用一个unsigned int变量来作为位容器。
2.操作符：
| 按位或操作符：result=exp1|exp2;当exp1和exp2中对应位中至少有一个为1时，result中对应位为1，否则为0。
& 按位与操作符：：result=exp1&exp2;当exp1和exp2中对应位全为1时 ......
nokia wiki：http://developer.symbian.org/wiki/index.php/Open_C_and_Open_C%2B%2B_Technical_Overview/zh-hans
symbian上开发openc时需要注意的问题
http://blog.csdn.net/sizhiguo/archive/2009/05/21/4206138.aspx
第一：如printf、sprint、文件操作、socket操作等，模拟器屏幕都会出现白屏等待，并且是一直下去。 ......
创建新进程：fork函数
1.1.1. fork函数干什么？
#include <sys/types.h>
#include <unistd.h>
pid_t fork(void);
‘fork()’函数用于从已存在进程中创建一个新进程。新进程称为子� ......
1.分层设计，隔离平台相关的代码。就像可测试性一样，可移植性也要从设计抓起。一般来说，最上层和最下层都不具有良好的可移植性。最上层是
GUI，大多数GUI都不是跨平台的，如Win32 SDK和MFC。最下层是操作系统API，大多部分操作系统API都是专用的。
如果这两层的代码散布在整个软� ......
