Wine 中文用户指南 （三）

第三章 配置wine

内容标签：

3.1 使用winecfg

3.2 使用注册表和注册表编辑器

3.3 配置其他东西

 

最最通常的配置变更可以通过使用 winecfg 工具来达成。我们将经历一个简单的，一步一步的介绍，这个介绍是对 Winecfg 的介绍。并概要的给出可用的设置选项。在下一节我们将看到您可以通过使用 regedit 做出更高级的变更，也提供一个完全的参考给所有的 Wine 配置设定。最后，一些您可能想要配置的东西超出了 Winecfg 和 regedit 的范围，我们将看看它们。

3.1 使用winecfg

在过去，Wine 使用一个特殊的配置文件，它能在 ~/.wine/config 中找到。如果您仍然使用一个提及这个文件的 Wine 的版本 (即2005年六月以前的版本)。您应该在您要做任何其他事情之前进行升级。现在所有的设定都直接地存储于注册表中并且在 Wine 启动时被 Wine 存取。

 

Winecfg 应该已经与 Wine 程序的其他部分被一齐安装到了您的计算机上。如果您不能指出如何启动它，尝试运行命令：

$ /usr/local/bin/winecfg

 

或者可能仅仅是：$ winecfg

 

当该程序启动了，您将注意到在窗口的上方有如下的一排标签：

 

•Applications           (应用程序)

 

•Libraries               (库)

 

•Graphics               (图形)

 

•Desktop Intergration   (外观)

 

•Drivers                        (驱动器)

 

•Audio                (声音/音频)

 

•About                (关于)

 

在 Applications 和 Libraries 标签里更改设定将最能对运行一个程序产生影响。其他的设定偏重于使 Wine 本身以您希望的方式运转。

 

注意：Applications (应用程序), Libraries (库), 和 Graphics (图形) 标签是联系在一起的！ 如果您在 Applications (应用程序) 标签里选择了Default Settings(默认设定)，在 Libraries (库), 和 Graphics (图形)标签里的所有更改将被变更为对所有的应用程序生效。如果您已经在 Applications (应用程序)标签里配置了一个特定的应用程序并且选择了它，那么在 Libraries (库), 和 Graphics (图形)里所做出的更改将仅仅影响该应用程序。这样允许定制设定给特定的应用程序。

3.1.1 应用程序设定

Wine 有能力模仿不同版本的 Windows 的运转。一般情况下，最大的区别是 Wine 以 Win9x版本 或 NT版本 方式运转。一些应用程序要求特定的运转模式以运行，而更改此设置可能使一个运行有错误的应用程序工作。最近，Wine的默认 Windows 版本变成了 Windows 2000。人所共知，如果您选择 Windows 98 ，许多应用程序将工作得好些。

在该标签内您将注意到有一个 Default Settings （默认设定）入口。如果您选择之，您将看见给所有应用程序的当前默认 Windows 版本。一个问题多多的应用程序最好在默认设定之外单独地配置。要这么做：

1 点击 Add application （添加应用程序）按钮。

2 浏览直到您定位了该 .exe 文件。

3 当它被添加后您可以选择特定的 Windows 版本，Wine 将为该程序模拟之。

3.1.2 库设定

同样，一些应用程序需要特定的库，以便运行。Wine重新制造了 Windows 系统库--即所谓的 Native DLL 和完全地定制版本设计来以完全相同的方式作用而不需要来自微软的许可证。Wine 的built-in版本 有许多广为人知的不足，但是许多情况下其功能性是足够的。仅使用 built-in DLL 确保您的系统是 非微软的。 但是，Wine有能力载入 native Windows DLL。

3.1.2.1 DLL Overrides

（译者注：为了简单，我们这里只要记住built-in就是属于wine的dll，native就是windows系统带过来的dll，这样简单的理解认为就够了）

 

不是总能使用 built-in DLL 运行一个应用程序的。有时native DLL 简单地工作得更好。在你已定位了一个在一个 Windows 系统上的native DLL 后，您将需要把它放在一个合适的地方以便 Wine 找到它，而后配置使它被使用。一般说来您需要把它放在一个您已经配置为 c:/windows/system32 的目录 （获取更多信息在 驱动 节）。有四个 DLL 您应该决不应该尝试使用 native 的版本：kernel32.dll, gdi32.dll, user32.dll, 和 ntdll.dll。这些库要求低级的 Windows 内核存取而其不存在于 Wine 中。请记住。

 

当你已经拷贝了 DLL 后要告诉 Wine 尝试使用它。您可以配置 Wine 来在 native DLL 和 built-in DLL 之间选择在两个不同的级别。如果您有 Default Settings （默认设定）选择在 Applications （应用程序）标签，您所做的改变将影响所有的应用程序。或者，您可以通过在Applications （应用程序）标签里改写全局设定在“每一个应用程序” 级别。

 

要添加并override FOO.DLL，键入“FOO”在标有 New override for library（新的库的override）标签的盒子里：并点击 Add（添加）按钮。要改变 DLL 如何运转，选择它在 Existing overrides（存在的overrides）：盒子和选择 Edit（编辑）。您也可以选择 native only（仅本地），builtin only（仅内建），或全部关闭。

3.1.2.2 关于系统 DLL 的助记

Wine 团队已经决定要创建假的 DLL 文件来欺骗许多程序，这些程序要检查文件是否存在以决定某功能是否可用（比如 Wincosk 和 TCP/IP 网络）。如果这对你来说是一个问题，您可以创建空文件于配置的 c:/windows/system32目录来使得程序 认为DLL在那里，而 Wine 的 内建DLL 将被载入当程序真的需要它时。（很不幸，tools/wininstall自己并不创建这些空文件。）

 

应用程序有时也从物理文件检查版本资源（例如，确定 DirectX 的版本）。空文件在这种情况下不起作用，有必要安装完全版本的资源的文件。这个问题正在解决中。与此同时，您仍然需要抓一些真的 DLL 文件来让这些应用程序检验不出来。

 

当然有 Wine 当前没有很好（或根本没有）实现的 DLL。如果您没有真的 Windows 可以从中拷贝必要的 DLL，您总是可以从一个 Windows DLL 归档站点得到一些，这些站点可以从 Internet 搜索引擎搜索得到。请确保遵守任何您抓到的 DLL 的许可证；有些是可再分发的，而有些不是。

3.1.2.3 缺失的 DLL

万一 Wine 抱怨缺失一个 DLL，您应该检查是否该文件为一个 公共可用DLL 或一个属于您的程序的 客户DLL（通过在 Internet 上搜索其名字）。在您已定位该 DLL 后，您需要确保 Wine 能够使用之。DLL 通常在下述位置被载入，并依从下述顺序：

1、程序被启动的目录。

2、当前目录。

3、Windows system 目录。

4、Windows 目录。 （即 Windows 根目录）

5、PATH 变量目录。

 

简单地说：要不把要求的 DLL 放到您的程序目录（可能显得丑陋）,要不就放到 Windows 的系统目录。另外，如果可能，您可能不应该使用基于NT 的 native DLL，因为 Wine 对 NT API 的支持比它对 Win9x API 支持要弱（可能导致比没有配置 Windows的更差的与 NT DLL 的兼容性）。

3.1.3 图形设定

有基本地五个不同的图形设定您可以配置。对大多数人来说默认值就很好了。

 

首先一些设定主要影响游戏，并有些明显。您能够阻止鼠标从一个 DirectX 程序（例如，一个游戏）的窗口中离开，其默认值是那个 box 被勾选。有许多的原因使得您可能想那样做，至少包括：如果把鼠标配置为局限在一个更小的区域，玩游戏会更加容易；另一个打开此选项的另一个原因，是为了更精确的控制鼠标。Wine偏移鼠标的位置，来模拟 Windows 鼠标的运作方式 。相似地，“desktop double buffering”（桌面双倍缓冲，指的是“渲染的时候并不直接写前台，而是首先在后台一个缓冲中渲染，然后交换缓冲，可以获得比较稳定的动画图像的写屏技术”）它允许更平滑的屏幕刷新，游戏可以从中获益，默认值是打开之。作为交换，内存使用量将增加。

 

您可能会发现Emulate a virtual desktop（模拟一个虚拟桌面）非常有用。在这个情况下，所有程序将在一个独立的窗口中运行。您可能会发现这个非常有用，特别是在测试有错误的游戏（可能不成功地）改变屏幕分辨率时。限制他们在一个窗口中能允许对他们的更多控制以减少实际可能的费用。您可能想要尝试的分辨率大小是 640x480 (默认值) 或 800x600。

 

最后，您可以配置一些 Direct3D 设定。在大多部分这些设定是自动探测的，但是您可以强制它们以一个特定的方式运行。有些游戏探测潜在的系统来检视它是否支持特殊的某些特性。通过关闭这些 Wine 将不会报告能力用一个某一方式呈报游戏。这将导致游戏运行得更快以图形的质量的费用或者图形或游戏根本不能运行。

3.1.4 驱动设定

Windows 要求一个相当严格的启动器配置，Wine 模拟之。大多数人熟悉该标准的符号：“A:”驱动器代表软盘，“C:”驱动器代表主系统盘，等等。Wine 使用相同的概念并将这些驱动器映射到当前的本地文件系统上。

 

Wine 的驱动器配置相对地简单。在 Winecfg 的 Drives 标签您将看见用来添加和移除可用的驱动器的按钮。一个新的 entry 将会被制作并且一个默认的驱动器 mapping 将会出现。您可以在 Path: 框里改变这些驱动器指向哪里。如果您不确定具体的路径，您可以选择“Browse”（浏览）并寻找之。移除一个驱动器就简单得只需要选择之并点击“Remove”（移除）。

 

Winecfg 能自动地探测您系统上可用的驱动器。推荐您在尝试手动配置驱动器前使用之。简单地点击“Autodetect”（自动探测）按钮来使 Wine 寻找您系统上的驱动器。

 

也许您有兴趣在 Winecfg 之外配置您的驱动器设定。幸运地，这种情况也很简单。所有的驱动器设定居于一个特殊的目录~/.wine/dosdevices。每个“驱动器”简单地是一个到其真实所在的连接。Wine 自动地建立2个驱动其在您首次运行它的时候：

 

             $ ls -la ~/.wine/dosdevices/

             lrwxrwxrwx  1 wineuser wineuser   10 Jul 23 15:12 c: -> ../drive_c

             lrwxrwxrwx  1 wineuser wineuser    1 Jul 23 15:12 z: -> /

 

要添加其他驱动器，例如您的 CD-ROM, 创建如下连接即可： $ ln -s /mnt/cdrom ~/.wine/dosdevices/d: 请注意给连接使用的 DOS-风格 命名习惯——其格式是一个字母后接一个冒号，诸如“a:”。所以如果您连接您的 C: 驱动器指向  ~/.wine/drive_c，您可以认为说 c:/windows/system32 即是说 ~/.wine/drive_c/windows/system32 的意思。

3.1.5 音频设定

Wine 可以使用几种不同的音频子系统工作，您可以在“Audio”（音频/声音）标签下选择他们。“Autodetect”（自动探测）按钮能为你把它全部配置出来，或者您可以手动地选择一个驱动。老一点的Linux 发行版使用 2.4 内核或更早的版本典型地使用“OSS”（开放声音系统）。新一点的 2.6 内核已经转换到了“ALSA”（Advanced Linux Sound Architecture，先进 Linux 声音架构）。 “aRts”（the Analog Realtime Synthesizer，模拟[类比]实时合成器）无效了因为最近的维护不足，如果您正在使用GNOME您或许也可以使用“EsounD”（The Enlightened Sound Daemon，Enlightened桌面管理器的声音守护进程）。OSS 和 ALSA 声音驱动得到了最充分的测试，所以如果可能的话，推荐您坚持使用它们。如果您需要使用“Jack”或“NAS”您可能已经知道为什么了。

 

DirectSound 设定主要被游戏使用。您可以选择什么级别的硬件加速您想要，但是对大多数人来说“Full”（完全）比较好。

3.1.6 集成桌面

Wine 能够载入 Windows 的主题，如果您有可用的主题。当然，这肯定不是使用 Wine 或者应用程序所必须的，它确实能允许您定制一个程序的外观和感观。Wine 支持新一点的 MSStyles 型主题。不像老一点的 Windows Plus!型主题，uxthem引擎支持特殊格式的 .msstyles 文件，这种 .msstyles 文件能改变所有的 Windows控件 的主题。这多少类似于现代 Linux 桌面版已支持多年的主题 的性质。

 

如果您喜欢试验之：

1、下载一个 Windows XP 主题。请确保它含有一个 .msstyles 文件。

2、创建一系列新目录于您的 假Windows驱动器：

    $ mkdir -p ~/.wine/drive_c/windows/Resources/themes/主题名字

3、移动（剪切）.msstyles 到那个主题名字 目录。

4、使用 Winecfg 的 Desktop Intergration（集成桌面）标签来选择新主题。

3.2 使用注册表和注册表编辑器

您在 Winecfg 里做的所有设定变更，除了驱动器设定，基本上都存储在注册表里。在 Windows 里，这是一个应用程序和操作系统配置的中央存储仓库。同样地，Wine 实现一个注册表，而一些在 Winecfg 里找不到的设定能在注册表里变更。（实际上有更多的机会您需要深入注册表来变更一个应用程序设定而非在 Wine 本身。）

 

现在，Wine 本身使用注册表来存储设定的事实已引起争议。有的人争辩道这样它就太像 Windows 了。相反地，有很多事物需要考虑。首先，不可能避免实现一个注册表，很简单，因为应用程序期望能存储其设定于那里。以便 Wine 存储和读取在一个单独配置文件里的设定将会要求一套独立的代码来基本上做 Win32 API 所做的，而这些 Wine 已经实现。最后，不像 Windows, Wine 的注册表是用纯文本写成的，并且能使用您喜爱的文本编辑器进行修改。即使大多数神志情形的系统管理员（以及 Wine 开发者）疯狂地咒骂 Windows 注册表畸形态的特性，Wine 也有必要设法以某种方法支持之。

3.2.1 注册表结构

OK...就这么滴吧，let's 深入注册表一点，来看看它是如何展开的。Windows 的注册表是一个精心制作的树形结构，连大多数 Windows 程序员也不完全明白它是怎样展开的，它有不同的“ hives”（麻疹，可能是贬义词骂人用）和大量的连接在其中；要完全覆盖它的内容超出了本文档的范畴。但是您现在就可能需要了解如下的注册表键：

 

HKEY_LOCAL_MACHINE

这个基本的根键（在 Win9x 里它被存储于隐藏文件 system.dat 里）包含所有与当前 Windows 安装有关系的东西。它通常被简写为 HKLM 。

 

HKEY_USERS

这个基本的根键（在 Win9x 里它被存储于隐藏文件 user.dat 里）包含该安装的每一个用户的配置信息。

 

HKEY_CLASSES_ROOT

它是一个到 HKEY_LOCAL_MACHINE/Software/Classes 的连接。它包含一些数据，它们描述一些事物，诸如文件关联，OLE 文档处理器，以及 COM 类。

 

HKEY_CURRENT_USER

它是一个到 HKEY_USERS/your_username 的连接。例如，您的个人配置。

3.2.2 注册表文件

现在，您可能想知道的是注册表如何翻译成 Wine 的结构。在上面描述的注册表布局事实上存在于三个不同的文件，这些文件存在于每个用户的 ~/.wine 目录中。

 

system.reg

这个文件包含 HKEY_LOCAL_MACHINE 。

 

user.reg

这个文件包含 HKEY_CURRENT_USER 。

 

userdef.reg

这个文件包含 HKEY_USERS/.Default （例如，默认用户的设定）

 

这些文件在您首次使用 Wine 时被 wineprefixcreate 自动地创建。一系列的全局设定被存储于 c:/windows/inf/wine.inf 并且被 rundll32.exe 程序处理。当您首次运行 Wine 时 wine.inf 被处理来组装初始的注册表。要获取更详细的信息，您可以查看wineprefixcreate 脚本来检视这一切是如何完成的。在升级 Wine 后，wineprefixcreate 也可以用来升级默认的注册表键。

 

正如我们所提到的，您可以编辑那些 .reg 文件，使用任意您想要的文本编辑器。请确保您这么做的时候 Wine 不在运行，否则所有的变更将丢失。

3.2.3 使用注册表编辑器

要读取并变更注册表，一个简单一点的方法是使用工具——regedit。类似于它所代替的 Windows 程序，regedit 用来提供一个系统级别的注册表视图，包含所有的键。简单地运行 regedit 它就应该弹出来。您将会立即注意到在文本文件中显示得像密码般的键被组织得井井有条，层次分明。

 

进入到注册表中，点击左边的键名，并深入下一层。要删除一个键，点击之并从 Edit（编辑）目录选择“Delete”（删除）。要添加一个键或值，定位您想要放它的地方并从Edit（编辑）目录选择选择“New”（新建）。同样地，您修改一个存在的键或值，在右手边的窗格里高亮之，并从Edit（编辑）目录选择选择“Modify”（修改）。另一个达到同样效果的方法是右键单击键或值。

 

可能对 Wine 使用者来说，比较感兴趣的是存储于 HKEY_CURRENT_USER/Software/Wine 里的设定。大多数您在 Winecfg 里变更的设定存储于此目录的此区域。

3.2.4 系统管理窍门

使用上述文件结构，一个系统管理员就有可能配置系统以便一个系统级别的 Wine 安装（以及应用程序）能被所有用户共享，并仍然让所有用户拥有他们自己的私有（个人化）配置。一个管理员能够在已经安装了 Wine 和任何他希望用户能使用的 Windows 应用程序软件后，拷贝由此得到的 system.reg 并改写全局注册表文件（我们假设它会居于 /usr/local/etc 这里），使用如下命令行：

 

cd ~root/.wine

cp system.reg /usr/local/etc/wine.systemreg

 

并且可能甚至符号连接这些回管理员的帐户，使得以后更容易在系统级别安装应用程序：

 

ln -sf /usr/local/etc/wine.systemreg system.reg

 

您也可以尝试过对 user.reg 做相同的事，但是那个文件包含用户特定的设定。每一个用户应该拥有他们自己的那个文件的版本并拥有修改它（用户自己的版本）的权限。

 

您将想注意驱动器mappings。如果您正在共享 system.reg 文件您将想确保每一个用户的注册表设定与 ~/.wine/dosdevices 中的启动器mappings 相兼容。概括来说，您保持您的驱动器mappings与 wineprefixcreate 提供的默认配置越接近，这越容易管理。您可能或不能共享一些或全部的真的“C:”驱动器上您原先已经安装了的应用程序。一些应用程序要求可以写特殊的设定到驱动器，特别是那些为 Windows 95/98/ME 设计的应用程序。

 

注意 tools/wineinstall 脚本过去做一些这种事如果您以 root 用户身份从源码安装了 Wine ，但是现在它不再做这些。

 

最后请注意：当心您对管理员帐户所做的一切 —— 如果您拷贝或连接管理员的注册表到全局注册表，任何用户可能有能力读取管理员的首选项，这对存储于这里的敏感信息可能不好（密码，个人信息，等等）。只使用管理员帐户来安装软件，而不是用来做日常工作；请使用普通用户帐户来做日常工作。

3.2.5 注册表键的完全列表

您将在developer's wiki找到一份最新的有用的注册表键和值的列表。

3.3 其他要配置的东西

这一节的意思是想提及其他的您可以配置的设定。它也当做一个技巧和窍门的集合。

3.3.1 串口和并口

串口和并口配置非常类似于驱动器配置 ——使用设备的名字简单地在 ~/.wine/dosdevices创建一个符号连接。Windows 串口按照这么一个习惯命名：一个词“com”后面接一个数字。比如 com1,com2, 等等。类似地，并口使用“lpt”后接数字。比如 lpt1。您应该直接地连接它们到相应的 Unix 设备，诸如 /dev/ttyS0 和 /dev/lp0 。要配置一个串口和一个并口，运行下列命令：

 

           ln -s /dev/ttyS0 com1

           ln -s /dev/lp0 lpt1

3.3.2 网络共享

Windows 共享能被映射到 unc/ 目录里以便任何尝试存取 //myserver/some/file 的东西将在 ~/.wine/dosdevices/unc/myserver/some/file/ 里查找。例如，如果您使用 Samba 来挂载 //myserver/some 于（到）/mnt/smb/myserver/some，那么您可以做：

          ln -s /mnt/smb/myserver/some unc/myserver/some

来使之在 Wine 中可用（别忘啦如果它不存在，请先创建该 unc 目录!）

3.3.3 字体

字体配置，曾经是个令人厌恶的问题，现在简单得多啦。如果您有一系列的 TrueType 字体在 Windows 里，您可以简单地拷贝 .ttf 文件们到 ~/.wine/dosdevices/c:/windows/fonts 中。

（译者注：c:/windows/fonts 指 Wine 的 虚拟Windows 主盘 里的目录）

3.3.4 打印机

Wine 能直接地与 CUPS打印系统 （CUPS, Common UNIX Printing System 通用 Unix 打印系统）互动，来查找您系统上可用的打印机。配置 Wine 的打印机就简单到确保您的 CUPS 配置工作。不过当它打印文档的时候Wine 仍然需要lpr命令（源自CUPS）。

 

如果你使用CUPS,可以使用老的BSD-Printing系统（BSD打印系统）：

l          全部的打印机已经被Wine安装在了/etc.printcap文件中。

l          Wine 需要一个PPD0File 文件给每个打印机(wine已经含有generic.ppd)。

l          打印一个文档的时候调用lpr命令。

3.3.5 扫描仪

在 Windows 里，扫描仪使用 TWAIN API 来存取当前的硬件。Wine 的built-in的 TWAIN DLL 简单地将那些请求发送给 Linux 的 SANE 库。所以，要在 Wine 下利用您的扫描仪您首先需要确保您能够使用SANE存取之。在此之后您需要确保您有xscanimage可用。当前 xscanimage 是和 “sane-frontends （sane前端）包”一起发行的，但它可能不能安装到您的发行版上。现在已知扫描仪存取有一些问题存在。如果您发现它能够工作，请考虑升级本指南的这一节，并提供详细的关于在 Wine 下使用 SANE 的细节。

（译者提示：您是怎么用的？在什么发行版下？安装了哪些包？怎么配置的？扫描仪型号？等等）

3.3.6. ODBC 数据库

在 Wine 里的 ODBC 数据库系统，类似于打印系统，被设计钩对 Unix 系统于一高水平。不是去确保所有的Windows 代码在 Wine 下工作，而是使用一个合适的 Unix ODBC 供应商，比如 UnixODBC。因此，如果您配置 Wine 去使用 built-in odbc32.dll ，此 Wine DLL 将接入到您的 Unix ODBC 包，并让其做该工作。但是，如果您配置 Wine 去使用 native odbc32.dll ， 它将尝试使用 native ODBC32 等驱动程序。

3.3.6.1 配置Unix上的ODBC数据库

要在 Wine 下使用 Unix ODBC 数据库的第一步当然就是要使 Unix ODBC 系统自己能工作起来啦。这个方法包括下载源代码或RPM包等。有多种Unix ODBC系统可用；笔者曾经使用过的一种叫Unix ODBC (使用 IBM DB2 驱动). 也有ODBC-ODBC桥，它可以用来存取一个微软 Access 数据库。一般地，这类系统将包含一个工具，例如 isql，它将允许您从命令行存取数据以便您能检查该系统是否工作。

 

下一步就是要把Unix ODBC库和built-in odbc32 DLL关联起来。built-in odbc32 DLL检查环境变量 LIB_ODBC_DRIVER_MANAGER 来寻找ODBC 库 的名字。例如在笔者的 .bashrc 文件里有如下的行：

 

export LIB_ODBC_DRIVER_MANAGER=/usr/lib/libodbc.so.1.0.0

 

如果该环境变量没有设置，那么它寻找一个库名叫“libodbc.so”，这样您可以添加一个符号连接到您系统上与之等价的库文件。例如，以 root 身份您可以运行如下命令：

 

# ln -s libodbc.so.1.0.0 /usr/lib/libodbc.so

# /sbin/ldconfig

 

配置这个的最后一步是确保 Wine 被设定为运行 内建的odbc32.dll版本。通过修改DLL配置 可以达此目的。这个built-in DLL仅仅作为调用的代码和Unix ODBC库之间的残余部分。

 

如果您遇见了任何问题，您可以在运行 Wine 之前，使用 WINEDEBUG=+odbc32 命令，就可以跟踪（调试）发生了什么。一句警告。有些程序实际上有点骗人并绕过 ODBC库，例如水晶报表引擎会去注册表检查DSN。关于这个的修补方法被提供于 Unix ODBC 的主页那里有一节是关于在 Wine 下使用 Unix ODBC 的。

3.3.6.2 使用Windows上的ODBC数据库

Native的 ODBC 驱动有报告表示可以为多种数据库（包括 MSSQL 和 Oracle）工作。事实上，有些如 MSSQL 只能在linux上通过一个 Winelib 应用程序被存取。不是仅仅拷贝DLL文件，多数ODBC驱动要求一个基于Windows的安装向导被运行来配置诸如注册表键之类的东西。

 

为了安装 MSSQL 支持，您将首先需要到 microsoft.com下载并运行 mdac_typ.exe 安装向导。为了配置您的ODBC连接您必须接下来在Wine下运行CLICONFG.EXE和ODBCAD32.EXE。您可以在 windows/system32目录里找到他们，在运行mdac_typ后。比较这些程序的输出和在 Windows 机器上有何不同。有些东西，比如协议，可能会缺失 —— 因为他们需要和操作系统一齐安装。如果是这样，您可能可以从一个存在的 Windows 系统安装拷贝缺失的功能和任何需要的注册表键值。一个本地native的Windows安装配置在 Wine 上应该与在 Windows 本地以同样的方式工作。

 

已经在 Wine 下成功地测试的类型：

数据库类型	可用性
MS SQL	100%

请报告任何其他能用的数据库到wine-devel邮件列表.