超级到菜鸟提问－Linux的程序为什么不能Windows上运行

BestPersonal

超级新人，请求指点．除了可执行程序的格式不一样外，还有其他原因吗？

HH106

LZ，车能在水上开吗？

BestPersonal

我是来提问的，楼上能不能解释一下？从比较深入的角度来解释？

zhongfrank

这个问题好难，高手还是分析一下吧

BestPersonal

关于这个问题，我想说明一下，就是我希望有人能告诉我比较全面的原因．比如，最后都是编译好的机器代码，体系也都是x86的指令，为什么换了操作系统环境不行呢？这个问题看起来似乎很明显，但我希望有比较深入和全面的分析．比如，因为在linux里，系统调用的中断向量入口处是0x80,而windows不是．所以，当用gcc编译好的程序放到windows下时，我们的程序如果要进行系统调用，我们的代码会跳转到０x８０入口，但是这个入口在windows下不是系统调用，所以会出错．但我知道这只是其中一个原因，还有其它的吗？

biglazybug

感觉楼主的帖子不应该发在新手区了。。。

changzi100

复杂的问题简单化，简单的问题一般化就解决了，非要问至根本的话，就算高手解答出来也不一定看懂。

sakulagi

除了格式不一样外，还有更多的问题。其实更大的问题是如何移植，除了可执行文件格式，装载过程不一样外，最大的问题是对库函数的引用。如果仅仅是简单计算，比如1+1=？，那是没有问题的，但是如果使用了大量的库函数，那么就非常麻烦，比如：
Windows上有没有glibc？内核对于内存管理和文件I/O的函数一样么？是否使用了第三方的动态库？更有甚者，如果是图形界面的程序如何移植？除非这个应用程序是用汇编语言写的，而且完全不调用任何内核和运行库的函数，否则移植永远是最大的问题，而不是二进制格式。

苹果的Universal Binary可以在PPC和Intel架构的系统上被任何人开发和运行。实现这个功能不过是几个程序员搞定的。原因就是操作系统内核和所有运行库都是一样的，唯一不一样的是系统的CPU指令。

kns1024wh

问题要分开讨论，如果是gcc编译的程序，当然是不可以的
如果是j2ee的应该在有相同的JVM的基础上是可以运行的

yulemi

原帖由 HH106 于 2008-12-10 11:02 发表
LZ，车能在水上开吗？

回答的太贴切了！