=?UTF-8?Q?Andr=C3=A9=20Hentschel=20?=: winelib: Use winecfg to set a DllOverride.

[Alexandre Julliard]

Module: docs
Branch: master
Commit: 50b65515fd7f8c42bd046450413d66f9ec5ee8d1
URL:    http://source.winehq.org/git/docs.git/?a=commit;h=50b65515fd7f8c42bd046450413d66f9ec5ee8d1

Author: André Hentschel <nerv at dawncrow.de>
Date:   Thu Apr  4 02:44:49 2013 +0200

winelib: Use winecfg to set a DllOverride.

---

 en/winelib-bindlls.sgml |    9 ++-------
 1 files changed, 2 insertions(+), 7 deletions(-)

diff --git a/en/winelib-bindlls.sgml b/en/winelib-bindlls.sgml
index 54fb63a..f978780 100644
--- a/en/winelib-bindlls.sgml
+++ b/en/winelib-bindlls.sgml
@@ -255,13 +255,8 @@ signed short WINAPI MyProxyWinFunc (unsigned short a, void *b, void *c,
         If you have both a Windows DLL and a Linux DLL/proxy pair then you will
         have to ensure that the correct one gets called.  The easiest way is
         probably simply to rename the windows version so that it doesn't get
-        detected.  Alternatively you could specify in the DllOverrides section
-        (or the AppDefaults\\myprog.exe\\DllOverrides section) of the config
-        file (in your .wine directory) that the built-in version be used.  Note
-        that if the Windows version Dll is present and is in the same
-        directory as the executable (as opposed to being in the Windows
-        directory) then you will currently need to specify the whole path to
-        the dll, not merely its name.
+        detected.  Alternatively you could set a DLL override with winecfg,
+        so that the built-in version is used.
       </para>
       <para>
         Once you have done this you should be using the Linux Shared Object