Question

在Linux上如何运行 Windows应用程序 （2）

Answer 1

诚然，在 Linux 上使用类似于 MS Office 这样的应用程序可能是困难的；在这里我们来看一些原因，为什么确实是这样。在开始之前，我们应该指出，CodeWeavers 提供的商用 Wine 已经解决了大部分此类问题（参阅 参考资料以获得链接）。假以时日，这些问题将可能在开放源代码的 Wine 中同样得到解决。 使用命令行与大部分 Linux 中的应用程序一样，Wine 必须在命令行中安装。用户必须回到命令行中来在 Wine 下运行应用程序。例如，要运行Internet Explorer，用户通常需要在 shell 中输入 wine IEXPLORE.EXE 。尽管经验丰富的用户喜欢这样做，但初学者会发现这比较困难，而且不太可能懂得起别名等快捷方式。 配置CDROM 和驱动器映射等工作必须手工完成。这对初学者来说也是个问题。 取消对隐藏文件的隐藏 如果挂载 CDROM 时没有使用专门的 unhide 选项，那么安装 CD 上的一些文件可能会无法找到，从而导致安装失败。 调整配置 Wine 安装很少能直接使用（对它来说也就是从 tarfile 解开）。通常需要进行全面的调整；例如，一个程序的安装可能与您在配置文件中设置的 Windows 版本不相容；而修改那个版本又可能会影响一些已安装的应用程序。对很多 DLL 来说也是如此。为此，Wine 提供了一个巧妙的修复，让您可以设置特定于应用程序的属性。不过，一般的用户可能不会像我们一样满意。 额外的安装步骤 大部分应用程序的安装过程都不是标准的。例如，当我们安装 Internet Explorer 6 时，必须跳过一些步骤，比如 DCOM98 的定位与安装。对用户来说，这类事情可能是最大的障碍。 注意，这些并不是病症，而是举例说明了是哪些种类的事情导致对一般用户来说 Wine 看起来复杂而且困难。 更多Wine 所不能做的看完Wine 的可用性问题后，现在让我们来总结在尝试使用 Wine 时一些常见的技术问题。 缺少DLL,这可能是最常见的问题：很多安装由于缺少 DLL 而失败。人们应该熟练使用调试器来决定下一步如何去做。（稍后将深入讨论调试器）。 DLL 版本问题 一些安装程序在开始之前会检查现有的系统 DLL。Wine 解决这一问题的方法是，创建假 DLL 以满足安装程序的需要。不过，有一些安装程序会更进一步并深入检查 DLL 以获得它们的版本。这对假的 DLL 来说要求太高了，会导致安装失败。 DLL 加载次序 Wine 有对很多 Windows DLL 的实现，而且如果可用，它还可以使用原始的 Windows DLL。如果两种 DLL 都可用，好像显然应该选择总是使用 Windows 自己的 DLL，但实际上 Windows DLL 有时会包含不能被满足的依赖。要确定是更应该使用 Wine 的 DLL 还是应该使用本机 DLL，惟一的方法是，基于各个应用程序反复进行试验。 DLL 中的函数 当一个 Wine DLL 没有实现 Windows 中相应的 DLL 的全部功能时，应用程序可能会遭遇函数调用失败。由于 DLL 是动态加载的，可能没有办法事先知道会发生这样的事情。这是一个复杂的问题，有一些可做的工作，但最终实际来说它只是取决于应用程序的代码如何编写。 有一些因素会减轻这些问题。一方面，您将会一个一个地遇到这些问题，而不是一次遇到全部问题，这样处理起来要容易些。另外，您遇到的那些问题可能其他人曾遇到过并已经解决（而且解决方案已经公布出来）。Wine 用户组非常活跃，会提供许多帮助，每周一次的 Wine 时事通讯（参阅 参考资料）是极好的信息资源。 Wine 中还没有实现的 Win32 API在Wine 中，很多 Win32 API5 的函数是残缺不全的。最常见的原因是，相当多的 Win32 API 并没有被文档化。这就意味着一个特别的应用程序可能会调用某个函数，而完全没有关于此函数的可用资料。例如，我们在运行一个简单的 RPC 程序时发现了 RtlAnsiCharToUnicodeChar 这个函数。在 MSDN 上的搜索结果显示没有关于这个函数的资料，而且没有关于所有 RtlXXXX 类别函数的资料。因此，如果它们在 Wine 中的实现对一些应用程序来说至关重要，那么人们可能只有去猜测它们的行为了。 商用的 WineCodeWeavers 为 Wine 做了很多工作。多年来他们为 Wine 项目贡献了很多代码，他们出售商用版本的 Wine，其改进的用户界面解决了我们在本文中提出的很多问题。 例如，CodeWeavers 的二进制安装文件会在用户的开始菜单中添加一个 Crossover 条目；安装后，绝大多数 Crossover 相关的任务可以通过开始菜单条目来完成。在开放源代码的 Wine 中，所有这些任务 -- 安装、程序执行以及其他任务 -- 都必须在命令行中执行。此外，CodeWeavers Crossover 将会尝试去为新安装的软件包配置一个合理的默认值，如果需要的话会在安装完成后自动重新引导，并以其他形式减轻用户的负担。 CodeWeavers 使用开放源代码的 Wine 作为他们的 Crossover 产品的基础，所以，除非遇到上面我们讨论过的可用性问题，否则，在其中一个产品中能运行的应用程序，在另一个产品中同样也能运行。要深入了解 CodeWeavers 和 Crossover，以及要获得可以在 Wine 上运行的应用程序列表，请参阅在 参考资料中列出的链接。 应用程序安装分析由于Wine 支持 Windows 可执行文件的运行，您会想当然地认为可以使用程序的安装程序从头安装，这是正常的。不幸的是，几乎不会那样。对 Windows 安装过程的理解将有助于解释原因。下面非常简单地描述了 Windows 安装程序通常要做的事情的（不必是这个次序）： 将文件拷贝到一些目录。 注册DLL，并将其他应用程序相关的信息添加到注册表中。 在安装过程中，有时会检查 DLL 的版本（如前面所提到的）。 修改INI 和一些其他配置文件。 因而，Wine 会遇到两种类型的问题，必须按顺序解决： 安装过程中的问题。 执行过程中的问题。 在调试 Wine 安装的过程中，如果您同时有一个可用的 Windows 系统的话会非常有帮助。那样，您可以对 Windows 安装使用追踪器以确切断定哪些文件被拷贝，哪些注册表条目被添加或更新，哪个 INI 文件被修改，等等。记录安装步骤的顺序并与失败的 Wine 安装相比较，是故障诊断的好向导。 在Linux 上安装 Wine如果您正在使用 Red Hat 或者 SUSE，最简单的方法是从 CD 安装 Wine。不过，如果那些 CD 比较老，您可能需要通过源文件安装，因为 Wine 项目经常更新。如果通过源文件安装，您会发现 Wine 用户指南（参阅 参考资料以获得链接）是一份价值无法估量的资料。简化的安装过程如下： 解开源文件后，切换到 tools 目录下以用户身份运行 ./tools/wineinstall。 在tools 目录下运行 winecheck 脚本来检查安装。您可能不会获得 100% 的成功，但只要没有关键问题就行。 Wine 的所有配置都保存在 ~/.wine/config 文件中。这个文件很容易理解：它描述了您希望将 Linux 文件系统的哪部分看作是 Windows C 驱动器，以及 DLL 的加载次序等其他的细节。 您应该可以快速进行了。例如，要安装 WinZip 8.1，您可以下载安装程序并在命令行中运行 wine winzip81.exe 。 快速浏览一下可以了解很多内容：您可以看到 WinZip 在运行，它的文件浏览器组件显示出熟悉的 Windows 驱动器 C、软盘驱动器 A、一个 CD-ROM M 以及另外的 Z 驱动器。您可以猜到，所有这些都映射在我们上面提到的 ~/.wine/config 文件中。