Support for loading .NET DLLs with embedded manifests declaring clrClass GUIDs

[Daniel Kamil Kozar]

Hi, Nikolay.
Thanks for the reply. Unfortunately, I've already tried installing the
.NET framework (i.e. via winetricks dotnet20), and the results are
pretty much the same.
DllGetClassObject does get called, but returns different values
depending on whether dotnet20 is installed or not : without it (i.e.
by using Wine's mscoree.dll) the return value is
CLASS_E_CLASSNOTAVAILABLE (due to the registry lookup in
create_mono_data() failing), while after installing dotnet20 it's
REGDB_E_CLASSNOTREG.

-Daniel

On 22 July 2018 at 06:57, Nikolay Sivov <nsivov at codeweavers.com> wrote:
> Hi, Daniel.
>
> As far as I remember, from context side for clrClass case we add a module
> name as mscoree.dll, and the rest stays the same as with regular classes.
>
> On creation attempt, mscoree.DllGetClassObject is supposed to be called. Do
> you see this happening?
> If it gets to this point, try to install .NET framework (that will install
> native mscoree too), and see if that improves things.