Re: [PATCH 0/1] MR6527: dinput8: Prefer the native DLL.

[Alexandre Julliard (＠julliard)]

> What I don't understand is why do we need prefer builtin for most of the dlls and deny loading the app's dll (whatever there is, just an app's dll with coinciding name or some deployed CRT runtime part)? Maybe the general solution is to switch native preference as default and only force builin when needed?

Because if there's a problem with builtin we can fix it, but if there's a problem with native usually there's nothing we can do.

Obviously the app shipping an incompatible native dll is a different case, and would maybe need a different mechanism than prefer-native, which is meant for stub dlls.