[Wine] Which native dlls can be safely embedded?

L. Rahyen research at science.su
Tue Mar 11 19:53:41 CDT 2008


On Wednesday March 12 2008 00:40:23 Dan Kegel wrote:
> On Tue, Mar 11, 2008 at 3:57 PM, Erik Hahn <erikholgerhahn at web.de> wrote:
> > When I heard you can use original Windows dlls in Wine, I wondered if
> >  there is a list of dlls for which that makes sense.
>
> The answer is, "never use a native Windows DLL unless
> you absolutely have to".  And when you have to do it,
> install it using winetricks rather than copying it by hand,
> if possible.  You can download winetricks from
>   http://kegel.com/wine/winetricks
> It's a shell script; just run it with
>   sh winetricks
> to get a (bad) gui, or
>   sh winetricks --help
> to get a usage message.
> - Dan

	Year, this is true. Use native overrides *only* if you really sure you need 
it.
	You may think "Why? Windows DLLs by definition have *all* functions 
implemented and WINE DLLs do not. So if I use native DLL I will have less 
problems in general". This myth isn't true.
	For example, comctl32 (you can install it by running "winetricks cc580") 
may "fix" problems in some applications... but other application may crash or 
work incorrectly with native comctl32. You may install native dcom but many 
application will crash because of this (including ones that work perfectly in 
clean WINE prefix!). And so on... This is because of some differences in the 
API between Windows and WINE.
	So if you find program that don't work or work not perfectly - always try to 
install it in clean WINE prefix without native overrides (for example, by 
running: "mv ~/.wine{,.backup}; wineprefixcreate"; alternatively you may 
create separate WINE prefix(es) and use WINEPREFIX env. variable ). If still 
doesn't work - report a bug at http://bugs.winehq.org .



More information about the wine-users mailing list