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等协议 ......
尚学堂linux笔记（二）
touch 文件 创建文件
rm 文件名 删除文件
rm –r 文件夹名 递归删除文件夹
rm –rf 文件夹名 递归强制删除文件夹
rmdir 文件夹名 删除空文件夹
cp (-r)源文件/原文件夹 目标文件/目标文件夹
mv(-r) 源文件 目标文件/目标文件夹
tree 树状显示
查看环境变量：windows ......
Linux网卡驱动分析
Linux网卡驱动分析
学习应该是一个先把问题简单化，在把问题复杂化的过程。一开始就着手处理复杂的问题，难免让人有心惊胆颤，捉襟见肘的感觉。读Linux网卡驱动也是一样。那长长的源码夹杂着那些我们陌生的变量和符号，望而生畏便是理所当然的了。不要担心，事情总有解决的办法� ......
随着Linux应用的扩展许多朋友开始接触Linux，根据学习Windwos的经验往往有一些茫然的感觉：不知从何处开始学起。这里介绍学习Linux的一些建议。
一、从基础开始：常常有些朋友在Linux论坛问一些问题，不过，其中大多数的问题都是很基础的。例如：为什么我使用一个命令的时候，系统告诉我找不到该目录，我要如何限制 ......
Vmware上装的Linux，在Shell下由于输错命令或是种种原因，会发出“嘟嘟”的报警声，并不是声卡发出的，而是主板的报警，所以不能通过关闭音箱来解决。寝室里经常响起这样的声音非常刺耳，今天在网上找到了解决方法，记下：
将/etc/inputrc中的set bell-style none 前的＃去掉，之后重启系统� ......
