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.启动蓝牙设备
sudo /etc/init.d/bluetooth restart
或者
sudo /etc/init.d/bluez-utils restart
2.使用hcitool dev查看计算机上的蓝牙设备
teapot@teapot:~$ hcitool dev
Devices:
hci0 00:16:CF:DB:B4:BF
teapot@teapot:~$
3.安装设备
查询设备地址
teapot@teapot:~$ sudo hidd - ......
一、总结一下：
1.linux下启动mysql的命令：
mysqladmin start
/ect/init.d/mysql start (前面为mysql的安装路径)
2.linux下重启mysql的命令：
mysqladmin restart
/ect/init.d/mysql restart (前面为mysql的安装路径)
3.linux下关闭mysql的命令：
mysqladmin shut ......
在Windows下使用SSH方式远程登录Linux服务器是最简单的一种方式。putty就是一款开源免费、简单强大的SSH远程登录工具。
官方网址为：http://www.chiark.greenend.org.uk/~sgtatham/putty/
使用教程：这里推荐一个个人觉得写的很好好全的教材：PuTTY 中文教程http://docs.google.com/View?docid=ajbgz6fp3pj ......
（本文例子基于FreeBSD/Linux实现，windows环境请自己做出相应修改）
配置管理的一个重要使命是保证数据的安全性，防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非常重要。
一般来说，备份策略应规定如下几部分内容：备份频度、备份方式、� ......
Vmware上装的Linux，在Shell下由于输错命令或是种种原因，会发出“嘟嘟”的报警声，并不是声卡发出的，而是主板的报警，所以不能通过关闭音箱来解决。寝室里经常响起这样的声音非常刺耳，今天在网上找到了解决方法，记下：
将/etc/inputrc中的set bell-style none 前的＃去掉，之后重启系统� ......
