Windows与Linux编译器的差异
开始移植 工作后的第一步就是在目标平台Linux上进行编译，并链接源代码。由于需要移植的软件通常并未在Linux平台上编译过，编译的过程可能会遇到很大的困 难。一般情况下，由类型声明引起的编译错误是比较容易修复的。比如Microsoft C/C++的头文件使用__declspec( dllimport/dllexport )来输入和输出DLL函数，在Linux上，把函数声明成extern “C”，或者再结合使用DEF文件，使用相应的链接命令就可以解决这些问题。但困难的地方在于编译器之间存在差异的部分，同时这也是可能引起很多运行时问 题的重要因素，读者有必要在开始移植之前就充分了解。本节不能概括所有差别，只讲述一些容易被忽略而且后果比较严重的方面。
以Visual C++ 2003和GCC 4.1.0为例。前者是Windows平台的主流编译器，兼容性良好，但是对C++标准的遵循并不严格。这意味着即使开发者写出不太符合标准的程序，编译 器也可能能容忍。相反的是，GCC对标准的遵循相对严格得多，这样很容易造成在Windows运行良好的程序，在Linux上却引起意想不到的编译甚至运 行时错误。
（1）基本类型大小和结构对齐
首先是 C/C++语言基本类型的大小，以及相应的结构对齐问题。典型的例子是long关键字。在Visual C++ 2003下，sizeof(long double)是8，其大小和double一致。但是在GCC 4.1.0上，sizeof(long double)等于12，其大小比double多4。另一个和大小相关的问题是对齐问题。不同编译器的默认对齐大小是不一样的。一般情况下程序逻辑都跟对 齐无关，但是涉及从磁盘或者网络文件中读取结构时（如解析资源），精确的对齐就是必需的。考察下面的程序段：
#include <stdio.h>
struct A
{
char a;
double b;
};
int main()
{
printf("%d %d %d\n", sizeof(long double),
sizeof(long long), sizeof(A) );
return 0;
}
上面这段程序在 Visual C++ 2003编译器默认设置下，输出结果为8 8 16；在GCC 4.1.0编译器默认设置下，其输出为12 8 12。从sizeof(A)的大小可以看出，Visual C++ 2003是按8字节对齐的，而gcc是4字节对齐的。这时需要使用#pragma pack预编译指令来修改头文件中的结构声明，或者在运行时调整内存中结构成员的位置。不管采用何种方法，对齐都是需要小心处理的事情。
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
I/O重定向详解及应用实例
1、 基本概念（这是理解后面的知识的前提，请务必理解）
a、 I/O重定向通常与 FD有关，shell的FD通常为10个，即 0～9；
b、 常用FD有3个，为0（stdin，标准输入）、1（stdout，标准输出）、2（stderr，标准错误输出），默认与keyboard、monitor、monitor有关；
c、 用 < 来改变读进的 ......
函数说明：
kthread_create：创建线程。
struct task_struct *kthread_create(int (*threadfn)(void *data),void *data,const char *namefmt, ...);
线程创建后，不会马上运行，而是需要将kthread_create() 返回的task_struct指针传给wake_up_process()，然后通过此函数运行线程。
kthread_run ：创建并启动线程的函� ......
Submitted by felix on 2007, November 16, 11:51 AM. 猪之技术
这篇文章是综合参考了好几篇文章写成的，在此对几位作者表示感谢，以下是参考的几篇原文地址：
http://blog.51766.com/page/zsc?entry=1141808884223
http://www.cublog.cn/u/1589/showart.php?id=239748
http://www.mail-archive.com/debian-bugs-dist@l ......
Vmware上装的Linux，在Shell下由于输错命令或是种种原因，会发出“嘟嘟”的报警声，并不是声卡发出的，而是主板的报警，所以不能通过关闭音箱来解决。寝室里经常响起这样的声音非常刺耳，今天在网上找到了解决方法，记下：
将/etc/inputrc中的set bell-style none 前的＃去掉，之后重启系统� ......
