<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 2/8/2014 03:27,
<a class="moz-txt-link-abbreviated" href="mailto:guillaume.charifi@sfr.fr">guillaume.charifi@sfr.fr</a> wrote:<br>
</div>
<blockquote
cite="mid:23476327.66897.1391815678430.JavaMail.www@wsfrf1219"
type="cite">This patch is designed to fix the bug:
<a class="moz-txt-link-freetext" href="http://bugs.winehq.org/show_bug.cgi?id=34184">http://bugs.winehq.org/show_bug.cgi?id=34184</a><br>
It appears that while the dependency checking of a TypeLib is
being processed, some programs have the requested TypeLib in their
Resource section/TYPELIB. Before this patch, the behavior was to
look for the TLB on the disk, using the name provided. Obviously,
when it is embedded into the program, the function fails
everytime. Now, considering the GUID in place of the TLB name, and
searching into the Resource section, the TLB is correctly loaded.<br>
This is what happens with Skype's "uc.tlb", whose name is only
referenced in the TLB skControl, and nowhere else. Using instead
the GUID, we are able to find and load the unnamed "uc.tlb" from
the program resources.<br>
<br>
---<br>
dlls/oleaut32/typelib.c 193
+++++++++++++++++++++++++++++++++++++++++++++++-<br>
1 file changed, 192 insertions(+), 1 deletion(-)<br>
<br>
<fieldset class="mimeAttachmentHeader">
</fieldset>
</blockquote>
We already have a code to load from resource section, it should be
reused instead of duplicating it like this. Also a test would be
nice.<br>
</body>
</html>