[Bug 43177] Classic Shell 4.3.0 needs dwmapi.dll.DwmGetColorizationColor semi-stub/ implementation

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=43177

--- Comment #2 from Nikolay Sivov <bunglehead at gmail.com> ---
(In reply to Louis Lenders from comment #1)
> Created attachment 59294 [details]
> hack
> 
> Confirming the crash.
> 
> I doubt if the cause of the crash is DwmGetColorizationColor being a stub
> though 
> 0033:Call KERNEL32.GetModuleHandleW(100f8ea4 L"dwmapi.dll") ret=100937b0
> 0033:Ret  KERNEL32.GetModuleHandleW() retval=7e270000 ret=100937b0
> 0033:Call KERNEL32.GetProcAddress(7e270000,0000007f) ret=100937c1
> 0033:Ret  KERNEL32.GetProcAddress() retval=7e271fcc ret=100937c1
> 0033:Call dwmapi.DwmGetColorizationColor(0074e1f4,7e1c7b00) ret=100937d0
> 0033:fixme:dwmapi:DwmGetColorizationColor (0x74e1f4, 2115795712) stub
> 0033:Ret  dwmapi.DwmGetColorizationColor() retval=80004001 ret=100937d0
> 0033:trace:seh:raise_exception code=c0000005 flags=0 addr=0x74e278
> ip=0074e278 tid=0033
> 0033:trace:seh:raise_exception  info[0]=00000001
> 
> The program looks for ordinal 0x7f  (127). This seems to be undocumented
> function DwmpGetColorizationParameters. I don`t really get why wine still
> returns a functionpointer??? Anyone can explain me?

If you don't explicitly assign ordinal in spec file, some export can still get
this ordinal. 

> 
> The hack attached makes the crash go away. The program goes a little bit
> further but nothing really seems to happen. Is a menu supposed to appear or
> so?

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.