<div dir="ltr"><div>That code would almost certainly crash if run against Wine's wmvcore.dll.  It is just to have a piece of physical evidence that there IS a way to access the DRM interfaces.  It would of course be removed, once the mechanism by which DRM interfaces are exposed is understood, and Wine implements the corresponding functionality.<br><br></div>Applications normally access this by being linked with a lib called wmdrmstub.lib access to which is restricted by Microsoft, instead of with the wmvcore.lib that anybody can get.  I do not know what the differences are between those libs, e.g. how WMCreateReader comes to produce a reader that exposes a IWMDRMReader interface when you link with one but not the other.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 24, 2017 at 1:52 AM, Nikolay Sivov <span dir="ltr"><<a href="mailto:bunglehead@gmail.com" target="_blank">bunglehead@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 24.10.2017 8:36, Jefferson Carpenter wrote:<br>
> +#if defined(__MINGW32__) || defined(__MINGW64__)<br>
> +#ifdef _WIN64<br>
> +    flagPtrAddr = (unsigned long long)(reader) - 24;<br>
> +    flagMem[556] = 1;<br>
> +#elif _WIN32<br>
> +    flagPtrAddr = (unsigned int)(reader) - 12;<br>
> +    flagMem[288] = 1;<br>
> +#endif<br>
> +    *(unsigned char **)flagPtrAddr = flagMem;<br>
> +#endif<br>
<br>
</span>Why would you need something like that to match potential Wine's<br>
implementation? How do applications access this thing?<br>
<br>
<br>
</blockquote></div><br></div>