http://bugs.winehq.org/show_bug.cgi?id=12688
Summary: Cannot run VisiLogic software - Actbar3.ocx error Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: maciej.grela@gmail.com
Hi
I was trying to run the VisiLogic 6.0.1.3 PLC engineering software on my Gentoo box (Wine version as above). After solving some issues with missing msado dlls I`m stuck on the following error message box:
Run-time error '372':
Failed to load control 'ActiveBar3' from Actbar3.ocx Your version of Actbar3.ocx may be outdated. Make sure you are using the version of the control that was provided with your application.
-----------
The file Actbar3.ocx exists in Windows/system32 and is installed by the program. The VisiLogic software can be downloaded from the vendor site:
http://www.unitronics.com/Content.aspx?Page=Downloads
Did someone encounter a similar problem ?
http://bugs.winehq.org/show_bug.cgi?id=12688
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords| |download
--- Comment #1 from Austin English austinenglish@gmail.com 2008-04-20 17:21:33 --- Requires winetricks mdac28 to get running.
Confirming in 0.9.60.
http://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #2 from Maciej Grela maciej.grela@gmail.com 2008-04-21 17:03:23 --- (In reply to comment #1)
Requires winetricks mdac28 to get running.
Confirming in 0.9.60.
Running winetricks mdac28 didn`t help for me.
http://bugs.winehq.org/show_bug.cgi?id=12688
scguy318 nodisgod@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nodisgod@yahoo.com
--- Comment #3 from scguy318 nodisgod@yahoo.com 2008-10-04 23:34:15 --- Still a problem with today's Git (wine-1.1.5-399-g82f77cc).
http://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #4 from Austin English austinenglish@gmail.com 2010-06-04 00:01:10 --- Still present in wine-1.2-rc2-111-g9aa9a12
http://bugs.winehq.org/show_bug.cgi?id=12688
Rafal Stanilewicz washuu@eastnews.com.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |washuu@eastnews.com.pl
--- Comment #5 from Rafal Stanilewicz washuu@eastnews.com.pl 2012-01-18 04:49:18 CST --- The 6.0.1.3 version is not available from VisiLogic website. But the very similar (or so it seems) error exists in the 7.0.1 version, downloadable from
http://www.unitronics.com/Content.aspx?page=Previous_Versions.
I have installed winetricks mdac28 comctl32 comdlg32ocx, I also registered all DLLs with regsvr32 from the folder Visilogic_V7.0.1/Visilogic SelfREG DLLs.
Still I got two errors with creation ActiveX objects (error 429).
In the terminal I got two significant errors:
err:ole:CoGetClassObject class {2c247f23-8591-11d1-b16a-00c0f0283628} not registered err:ole:CoGetClassObject class {2c247f23-8591-11d1-b16a-00c0f0283628} not registered err:ole:CoGetClassObject no class object {2c247f23-8591-11d1-b16a-00c0f0283628} could be created for context 0x3
err:ole:CoGetClassObject class {7a0b5fc4-7bbc-40f9-b09b-336dc5fb1ccc} not registered err:ole:create_server class {7a0b5fc4-7bbc-40f9-b09b-336dc5fb1ccc} not registered err:ole:CoGetClassObject no class object {7a0b5fc4-7bbc-40f9-b09b-336dc5fb1ccc} could be created for context 0x5
My wine is 1.3.37.
http://bugs.winehq.org/show_bug.cgi?id=12688
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #6 from Dan Kegel dank@kegel.com 2012-01-18 13:39:25 CST --- 2c247f23-8591-11d1-b16a-00c0f0283628 might be in Comctl32.ocx, which you can get by downloading and running the installer f52cf2034488235b37a1da837d1c40eb2a1bad84 VisualBasic6-KB896559-v1-ENU.exe from http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=1001... Does that help?
http://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #7 from butraxz@gmail.com 2013-04-22 15:14:31 CDT --- No answer for a year. Please close as abandoned.
https://bugs.winehq.org/show_bug.cgi?id=12688
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=12688
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED URL| |http://www.unitronics.com/C | |ontent.aspx?Page=Downloads Resolution|--- |ABANDONED Summary|Cannot run VisiLogic |Unitronics OPLC IDE |software - Actbar3.ocx |VisiLogic 6.0 (vb6 app) |error |fails on startup, reports | |run-time error '372' | |(failure to load control | |'ActiveBar3' from | |'Actbar3.ocx')
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
I found an old Visilogic 8.0.1 download here:
http://support.somex.ie/index.php/downloads/category/1-plc-utility-software?...
It still ships a large set of 3rd party ActiveX controls as described in initial bug report with Visilogic 6.x
After installation in clean WINEPREFIX:
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Unitronics/Unitronics VisiLogic_C/Main
$ WINEDEBUG=+msgbox wine ./VisiLogic.exe err:ole:CoGetClassObject class {00000602-0000-0010-8000-00aa006d2ea4} not registered err:ole:create_server class {00000602-0000-0010-8000-00aa006d2ea4} not registered err:ole:CoGetClassObject no class object {00000602-0000-0010-8000-00aa006d2ea4} could be created for context 0x5 trace:msgbox:MSGBOX_OnInit L"System file Error (429).\r\nMissing or bad version of MSADOX.DLL.\r\nVisiLogic will terminate" --- snip ---
bug 37484 -> 'winetricks -q jet40'
--- snip --- $ wine ./VisiLogic.exe fixme:olepicture:OleLoadPictureEx (0xbfc5ac,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f98c), partially implemented. fixme:tapi:lineInitializeExA (0x31d0b6c, 0x400000, 0x100085b9, "amTapi Control", 0x33f854, 0x31d0bac, 0x33f7cc): stub. wine: Unhandled page fault on write access to 0x0000001c at address 0x1000d0d8 (thread 0009), starting debugger... --- snip ---
Seems a different problem, disabling 'tapi32.dll' works around:
--- snip --- $ WINEDLLOVERRIDES=tapi32=d wine ./VisiLogic.exe --- snip ---
Finally:
--- snip --- ... 0027:Call user32.CreateWindowExA(00000200,6602ad28 "mdiclient",00000000,46000001,00000000,00000000,000002ad,000001f2,0001008c,00000cac,66000000,0033f148) ret=66082289 ... 0027:Ret user32.CreateWindowExA() retval=0001008c ret=6605a8de 0027:Call KERNEL32.lstrcmpiA(00409eb0 "ActiveBar3LibraryCtl.ActiveBar3",00428c95 "ActiveBar3LibraryCtl.ActiveBar3") ret=66008d24 ... 0027:Call ole32.CoGetClassObject(00be805c,00000003,00000000,660307d0,0033f8fc) ret=6606ff39 0027:trace:ole:CoGetClassObject CLSID: {5407153d-022f-4cd2-8bff-465569bc5db8},IID: {00000001-0000-0000-c000-000000000046} ... 0027:trace:ole:COMPOBJ_DllList_Add L"C:\windows\system32\Actbar3.ocx" 0027:Call KERNEL32.LoadLibraryExW(0033f51e L"C:\windows\system32\Actbar3.ocx",00000000,00000008) ret=7e94eb42 ... 0027:Ret PE DLL (proc=0x350a2049,module=0x35000000 L"Actbar3.ocx",reason=PROCESS_ATTACH,res=(nil)) retval=1 0027:Ret KERNEL32.LoadLibraryExW() retval=35000000 ret=7e94eb42 0027:Call KERNEL32.GetProcAddress(35000000,7ea18e49 "DllCanUnloadNow") ret=7e94ebb2 0027:Ret KERNEL32.GetProcAddress() retval=027b0000 ret=7e94ebb2 0027:Call KERNEL32.GetProcAddress(35000000,7ea18e59 "DllGetClassObject") ret=7e94ebc8 0027:Ret KERNEL32.GetProcAddress() retval=027b0011 ret=7e94ebc8 .... 0027:trace:ole:apartment_getclassobject added new loaded dll L"C:\windows\system32\Actbar3.ocx" 0027:trace:ole:apartment_getclassobject calling DllGetClassObject 0x27b0011 0027:CALL Actbar3.ocx.DllGetClassObject(00be805c) ret=7e950c42 ... 0027:RET Actbar3.ocx.DllGetClassObject() retval=00000000 ret=7e950c42 ... 0027:trace:ole:LoadTypeLib (L"C:\windows\system32\Actbar3.ocx",0x33f4a4) 0027:trace:ole:LoadTypeLibEx (L"C:\windows\system32\Actbar3.ocx",0,0x33f4a4) 0027:Call KERNEL32.SearchPathW(00000000,033ff374 L"C:\windows\system32\Actbar3.ocx",00000000,00000105,0033f13e,00000000) ret=7e770a38 0027:Ret KERNEL32.SearchPathW() retval=0000001f ret=7e770a38 0027:Call KERNEL32.CreateFileW(0033f13e L"C:\windows\system32\Actbar3.ocx",80000000,00000000,00000000,00000003,00000080,00000000) ret=7e770aef 0027:Ret KERNEL32.CreateFileW() retval=00000174 ret=7e770aef ... 0027:Call KERNEL32.LoadLibraryExW(0033f13e L"C:\windows\system32\Actbar3.ocx",00000000,0000000b) ret=7e76fded 0027:Ret KERNEL32.LoadLibraryExW() retval=35000000 ret=7e76fded 0027:Call KERNEL32.FindResourceW(35000000,00000001,7e8132c8 L"TYPELIB") ret=7e76fe23 0027:Ret KERNEL32.FindResourceW() retval=350c6960 ret=7e76fe23 ... 0027:trace:ole:ITypeLib2_Constructor_MSFT 0x350ca4f0, TLB length = 75396 0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000094) ret=7e76d568 0027:Ret ntdll.RtlAllocateHeap() retval=0344c7d0 ret=7e76d568 0027:trace:ole:ITypeLib2_Constructor_MSFT read segment directory (at 352) ... 0027:trace:ole:SysAllocStringLen L"Connect Elements" ... 0027:trace:ole:ITypeInfo_fnInvoke (0x3462830)(0x27c0df0,id=341,flags=0x00000001,0x33f4d0,(nil),0x33f4b0,0x33f4e0) 0027:trace:ole:dump_DispParms args=1 named args=0 0027:trace:ole:dump_DispParms args: 0027:trace:ole:dump_DispParms [0] 0x33f514 {VT_DISPATCH: 0x2c35ea0} 0027:trace:ole:ITypeInfo_fnInvoke invoking: L"ApplyAll"(1) parm0: L"Tool" memid is 00000155 Param 0: tdesc.vartype 26 (ptr to VT_USERDEFINED ref = 1130) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 1 (func) callconv: 4 (stdcall) oVft: 336 cParamsOpt: 0 wFlags: 0 elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: L"Apply this tool's properties to all tool with the same I Id" entry: invalid ... 0027:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x3462830) hreftype 0x1130 loaded SUCCESS (0x346b228) ... 0027:trace:ole:ITypeInfo_fnInvoke changing args 0027:trace:ole:ITypeInfo_fnInvoke 0x33f514 {VT_DISPATCH: 0x2c35ea0} ... 0027:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x3462830) hreftype 0x1130 loaded SUCCESS (0x346b228) 0027:trace:ole:ITypeInfo_fnGetTypeAttr (0x346b228) ... 0027:err:ole:get_iface_guid Unexpected typekind 5 ... 0027:trace:ole:ITypeInfo_fnInvoke -- 0x8000ffff 0027:trace:ole:ITypeInfo_fnRelease (0x3462830)->(1) ... 0027:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f424) ret=660d0956 0027:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b843fb7 ip=7b843fb7 tid=0027 0027:trace:seh:raise_exception info[0]=deadcafe 0027:trace:seh:raise_exception info[1]=deadcafe 0027:trace:seh:raise_exception eax=7b832d8d ebx=0013b538 ecx=00000008 edx=0033f384 esi=0033f424 edi=0033f3f0 0027:trace:seh:raise_exception ebp=0033f3c8 esp=0033f364 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200212 0027:trace:seh:call_stack_handlers calling handler at 0x405606 code=c000008f flags=1 ... 0027:Call winex11.drv.SetWindowText(000100e2,034cfbf0 L"Run-time error '-2147418113 (8000ffff)':\n\nAutomation error") ret=7ec64b3d --- snip ---
I've seen this somewhere else but can't remember now. Definitely a different problem here, the ActiveX control was already properly loaded.
Since the original VisiLogic 6.0 installer can't be found anymore for exact reproduce, resolving 'ABANDONED' here.
Regards
https://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #9 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Anastasius Focht from comment #8)
0027:err:ole:get_iface_guid Unexpected typekind 5
typekind 5 is TKIND_COCLASS. It would be interesting to know whether the staging patch set https://github.com/wine-compholio/wine-staging/tree/master/patches/oleaut32-... could allow this go further.
https://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello Dmitry,
--- quote --- typekind 5 is TKIND_COCLASS. It would be interesting to know whether the staging patch set https://github.com/wine-compholio/wine-staging/tree/master/patches/oleaut32-... could allow this go further. --- quote ---
well, not really.
--- snip --- 0027:trace:ole:ITypeInfo_fnInvoke (0x3463268)(0x27c0f70,id=341,flags=0x00000001,0x33f4b0,(nil),0x33f490,0x33f4c0) 0027:trace:ole:dump_DispParms args=1 named args=0 0027:trace:ole:dump_DispParms args: 0027:trace:ole:dump_DispParms [0] 0x33f4f4 {VT_DISPATCH: 0x2c26cf8} 0027:trace:ole:ITypeInfo_fnInvoke invoking: L"ApplyAll"(1) parm0: L"Tool" memid is 00000155 Param 0: tdesc.vartype 26 (ptr to VT_USERDEFINED ref = 1130) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 1 (func) callconv: 4 (stdcall) oVft: 336 cParamsOpt: 0 wFlags: 0 elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: L"Apply this tool's properties to all tool with the same I Id" entry: invalid ... 0027:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x3463268) hreftype 0x1130 loaded SUCCESS (0x346bc60) 0027:trace:ole:ITypeInfo_fnGetTypeAttr (0x346bc60) ... 0027:trace:ole:ITypeInfo_fnInvoke changing args 0027:trace:ole:ITypeInfo_fnInvoke 0x33f4f4 {VT_DISPATCH: 0x2c26cf8} ... 0027:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x3463268) hreftype 0x1130 loaded SUCCESS (0x346bc60) 0027:trace:ole:ITypeInfo_fnGetTypeAttr (0x346bc60) ... 0027:trace:ole:ITypeInfo_fnGetImplTypeFlags (0x346bc60) index 0 ... 0027:trace:ole:ITypeInfo_fnInvoke -- 0x8000ffff 0027:trace:ole:ITypeInfo_fnRelease (0x3463268)->(1) ... 0027:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f404) ret=660d0956 0027:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b844525 ip=7b844525 tid=0027 0027:trace:seh:raise_exception info[0]=deadcafe 0027:trace:seh:raise_exception info[1]=deadcafe 0027:trace:seh:raise_exception eax=7b833229 ebx=0013c108 ecx=00000008 edx=0033f364 esi=0033f404 edi=0033f3d0 0027:trace:seh:raise_exception ebp=0033f3a8 esp=0033f344 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200216 0027:trace:seh:call_stack_handlers calling handler at 0x405606 code=c000008f flags=1 --- snip ---
https://github.com/wine-compholio/wine-staging/blob/master/patches/oleaut32-...
--- snip --- Wine-dbg>p *This->pTypeLib
{ITypeLib2_iface={lpVtbl=0x7e804b20}, ITypeComp_iface={lpVtbl=0x7e804b64}, ICreateTypeLib2_iface={lpVtbl=0x7e804b80}, ref=0x1, guid=0x33a0228, lcid=0x409, syskind=SYS_WIN32, ptr_size=0x4, ver_major=0x3, ver_minor=0, libflags=0x8, set_lcid=0, string_list={next=0x338f0e0, prev=0x33a00a8}, name_list={next=0x3392ed0, prev=0x338f0a0}, guid_list={next=0x33a0240, prev=0x33a0dc8}, Name=0x3392ec8, DocString=0x338f128, HelpFile=0x338f0d8, HelpStringDll=(nil), dwHelpContext=0, TypeInfoCount=0x43, typeinfos=0x33a1918, custdata_list={next=0x33a0e18, prev=0x33a0df0}, implib_list={next=0x33a1418, prev=0x33a1418}, ctTypeDesc=0xba, pTypeDesc=0x33a0e28, ref_list={next=0x33a147c, prev=0x33a1904}, dispatch_href=0x19, entry={next=0x3380664, prev=0x33bdc9c}, path="C:\windows\system32\Actbar3.ocx", index=0x1}
Wine-dbg>bt
Backtrace: =>0 0x7e76cb07 ITypeInfo_fnGetImplTypeFlags(iface=0x33b0768, index=0, pImplTypeFlags=0x33f068) [/home/focht/projects/wine/wine.repo/staging-src/dlls/oleaut32/typelib.c:6278] in oleaut32 (0x0033f0c8) 1 0x7e76ebda ITypeInfo_fnInvoke+0xe0c(iface=<couldn't compute location>, pIUnk=<couldn't compute location>, memid=<couldn't compute location>, wFlags=0x1, pDispParams=<couldn't compute location>, pVarResult=<couldn't compute location>, pExcepInfo=<couldn't compute location>, pArgErr=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/staging-src/dlls/oleaut32/typelib.c:7205] in oleaut32 (0x0033f398) 2 0x3505bad2 in actbar3 (+0x5bad1) (0x0033f3d0) 3 0x660697c8 in msvbvm60 (+0x697c7) (0x0033f40c) 4 0x660d8e24 in msvbvm60 (+0xd8e23) (0x0033f460) 5 0x66107986 in msvbvm60 (+0x107985) (0x0033f4c4) 6 0x66108bce in msvbvm60 (+0x108bcd) (0x0033f5b4) 7 0x006a235b in visilogic (+0x2a235a) (0x0033f754) 8 0x0063fddd in visilogic (+0x23fddc) (0x0033f8e0) ...
Wine-dbg>s 6675 type_flags == (IMPLTYPEFLAG_FSOURCE|IMPLTYPEFLAG_FDEFAULT)) break;
Wine-dbg>s 6674 if(SUCCEEDED(ITypeInfo_GetImplTypeFlags(tinfo2, i, &type_flags)) &&
Wine-dbg>s 6673 for(i = 0; i < tattr->cImplTypes; i++)
Wine-dbg>s 6673 for(i = 0; i < tattr->cImplTypes; i++)
Wine-dbg>s 6677 if(i < tattr->cImplTypes) {
Wine-dbg>s 6680 } else hres = E_UNEXPECTED;
Wine-dbg>s 6681 break;
Wine-dbg>p hres 0x8000ffff
Wine-dbg>p *tattr {guid={Data1=0x1d34dfe8, Data2=0x421b, Data3=0x455b, Data4="????"}, lcid=0, dwReserved=0x17e, memidConstructor=0xffffffff, memidDestructor=0xffffffff, lpstrSchema=0x0(nil), cbSizeInstance=0x4, typekind=TKIND_COCLASS, cFuncs=0, cVars=0, cImplTypes=0x1, cbSizeVft=0, cbAlignment=0x4, wTypeFlags=0x2, wMajorVerNum=0x3, wMinorVerNum=0, tdescAlias={u={lptdesc=(nil), lpadesc=(nil), hreftype=0}, vt=0}, idldescType={dwReserved=0, wIDLFlags=0}}
Wine-dbg>p i 0x1 --- snip ---
Regards
https://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #11 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Anastasius Focht from comment #10)
--- quote --- typekind 5 is TKIND_COCLASS. It would be interesting to know whether the staging patch set https://github.com/wine-compholio/wine-staging/tree/master/patches/oleaut32- TKIND_COCLASS could allow this go further. --- quote ---
well, not really.
Actually it does, with staging the application goes quite further. Just the implementation is still a little bit buggy. After a simple patch on top of the staging tree it jumps through the next hoop right into the bug 14617, which is a real show stopper.
https://bugs.winehq.org/show_bug.cgi?id=12688
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #12 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to Dmitry Timoshkov from comment #11)
Actually it does, with staging the application goes quite further. Just the implementation is still a little bit buggy. After a simple patch on top of the staging tree it jumps through the next hoop right into the bug 14617, which is a real show stopper.
Can you attach the patch you used? or submit it to the staging bugzilla for inclusion.
https://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #13 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Alistair Leslie-Hughes from comment #12)
Actually it does, with staging the application goes quite further. Just the implementation is still a little bit buggy. After a simple patch on top of the staging tree it jumps through the next hoop right into the bug 14617, which is a real show stopper.
Can you attach the patch you used? or submit it to the staging bugzilla for inclusion.
I think that this is inappropriate place for publishing patches against wine-staging tree. I informed Sebastian Lackner (the author of the staging patch set) about the issue, that should be sufficient. Anyone else is welcome to do their own investigation and provide other solutions.
https://bugs.winehq.org/show_bug.cgi?id=12688
--- Comment #14 from Anastasius Focht focht@gmx.net --- Hello folks,
please don't continue the discussion here (bug abandoned, original issue no longer reproducible).
I've created bug 39799 to target 'ITypeInfo_fnInvoke' support for coclass objects (TKIND_COCLASS) in arguments which aims to improve parts of the Wine-Staging patchset https://github.com/wine-compholio/wine-staging/tree/master/patches/oleaut32-...
Regards
https://bugs.winehq.org/show_bug.cgi?id=12688
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Austin English austinenglish@gmail.com --- Closing.