Edit control messages through Comctl32 v6 module

Nikolay Sivov bunglehead at gmail.com
Mon Dec 14 10:40:07 CST 2009


On 12/14/2009 18:19, André Hentschel wrote:
> Roderick Colenbrander schrieb:
>    
>> On Sun, Dec 13, 2009 at 1:46 PM, Nikolay Sivov<bunglehead at gmail.com>  wrote:
>>      
>>> On 12/13/2009 15:15, Roderick Colenbrander wrote:
>>>        
>>>>>> The main test which AJ suggested would be to 'force' native user32 to
>>>>>> call RegisterClassNameW. There would be a dummy dll containing a
>>>>>> RegisterClassNameW to which lets say the Button control would be
>>>>>> redirected using a manifest.
>>>>>>
>>>>>>              
>>>>> If I got it right you're talking about a dummy dll with compiled in (or
>>>>> separate doesn't matter) manifest with
>>>>> 'windowclass' entry (and without to check it's actually used) to Button,
>>>>> after that we trigger test application reload
>>>>> and dump this RegisterClassNameW call someway?
>>>>>
>>>>>
>>>>>            
>>>> Yeah that's the idea. I'm quite certain that this mechanism is used to
>>>> register the class.
>>>>          
>>> Could you suggest a best way to generate dll on runtime, maybe it's possible
>>> to place in into resourse?
>>> Any examples are welcome.
>>>        
>> In this case Alexandre just wants to know how Windows is doing the
>> stuff. I believe this test doesn't have to be added to Wine.
>>
>>      
> As i understood the testcase should look like:
> A programm with manifest which depends on a dll with e.g. a button-class
> A dll with a manifest that tells it provides a own button-class and a RegisterClassNameW function that maybe only prints out "Yeah, i got called!"
>
> That should run on Windows and produce that message.
>    
Yes, that's exactly what I tried to do yesterday.
> Alexandre told me, that he just wants to see that this test works, but its not necessary to add it to wine.
> I ran into to some issues where windows needed a signed dll to use a manifest with it. I dont know how to manage that correctly, so i got stuck
>    
What you mean saying signed dll? I've stuck too after a first try cause 
I'm not able to load application at all, a kind of loader error 
produced, which is related to dependency dll specified with manifest.
After a failure I tried to place a dll into a shared manifest directory 
in WinSxS/Manifests (or something like that). It didn't help.

Did you try an embedded manifest for dll or an external xml?





More information about the wine-devel mailing list