将Linux代码移植到Windows的简单方法(2)
经过上述的几个步骤。第一个目标，代码能够编译通过基本上是不会有什么问题的。只要把握好二个修改代码的基本原则，第一。引入新的代码，而不修改原有的代码。在没有办法进行调试前修改源代码是不允许的，修改的不好就会引起最后代码运行逻辑的混乱，而且在代码能够运行之前是很难发现问题的。所以除非非常有把握，否则不要修改被移植工程的源代码。第二，引入新的代码之后，不能因为这次引入而需要再次引入新的代码。这样子，就进入死循环了。为了解决某个数据类型的定义，而引入了新的不能解释的数据类型。这样还不如不引入新的代码。所以引入新的代码，特别是很多头文件。引入之前一定要做修改，只保留工程本身需要的部分，去除那些不需要的代码。直到能编译通过为止。 三：第二个目标，使得代码能够链接过（Link）
完成了第一个目标之后，就会有大量的link错误。原因是前面引入了很多外部函数，外部全局常量只有定义而没有实体，于是就会产生link错误。现在需要的是为代码提供引入的函数实体，外部全局变量实体。一般都是函数link(本文于2003年完成. 如需要转载 请联系jackforce at 163.com)不到的比较多。
要解决link错误就需要了解不同平台上面函数操作的区别，特别是某些概念的区别。这里最好的参考资料有两个。一个是 Windows Services for UNIX （SFU）的帮助文件，一个是MSDN中的一篇文章《UNIX Application Migration Guide》。SFU是微软提供一个Unix兼容环境，有点像Cygwin。在安装上SFU之后有一个帮助文件。其中有一部分就是Unix，Linux函数的说明，有些函数提供了信息说明可以用Windows Library中那些函数来替代。这点对于移植是很重要的（省事）。UNIX Application Migration Guide应该不算文章而是有点像书了。它说明了很多 windows和Unix系统（类Unix系统）中很多概念不同之处，针对这些不同的概念提供了很多相关的信息来说明如何进行模拟这些不同之处。比如 Unix系统中Signals概念可以使用Windows环境中的Event来替代。SIGALRM用Windows Message来替代等。
SFU的帮助文件提供了一部分信息来说明Windows平台中哪些低阶函数（C 函数库）可以替代相关Unix函数。《UNIX Application Migration Guide》则提供了一种方法来转换Unix平台上的一些OS级的概念到windows上。实际上Cygwin下面也做了很多这样的转换。具体解决link问题的时候可以参考Cygwin本身的实现。
不过有些概念，比如安全权限方面的概念。在Linux平台和
相关文档：
1.在虚拟机软件安装目录中提取linux.iso文件，用UltraISO.exe软件提取虚拟光盘 中的VMwareTools-6.0.2-59824.i386.rpm文件，并传输到linux虚拟机中（用飞 鸽）
2.在Linux虚拟机中安装VMwareTools-6.0.2-59824.i386.rpm程序
3.软件默认安装在/usr/bin目录下
4.在终端中输入 vmware-config-tools.pl（注意� ......
所有的内核代码，基本都包含了linux\compile.h这个文件，所以它是基础，打算先分析这个文件里的代码看看，有空再分析分析其它的代码。
首先印入眼帘的是对__ASSEMBLY__这个宏的判断，这个变量实际是在编译汇编代码的时候，由编译器使用-D这样的参数加进去 的，AFLAGS这个变量也定义了这个变量，gcc会把这个宏定义为1。用在 ......
用户可以用任何编辑程序来编写Shell程序。因为Shell程序是解释执行的，所以不需要编译成目的程序。按照Shell编程的惯例，以 bash为例，程序的第一行一般为“#！/bin/bash”，其中 # 表示该行是注释，叹号 ！ 告诉Shell运行叹号之后的命令并用文档的其余部分作为输入，也就是运行/bin/bash并让/bin/bash去执行Shel ......
