http://bugs.winehq.org/show_bug.cgi?id=28605
Bug #: 28605 Summary: BurnPlot fails to start Product: Wine Version: 1.3.29 Platform: x86-64 URL: http://download.imgburn.com/BurnPlot_1.0.1.5.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: RandomAccountName@mail.com Classification: Unclassified
Created attachment 36758 --> http://bugs.winehq.org/attachment.cgi?id=36758 Terminal output
It initially fails due to missing msvbvm60.dll, so install that with winetricks vb6run. Then, it outputs an error on startup and exits:
Run-time error '445':
Object doesn't support this action
(At least, most of the time. I sometimes get "X Error of failed request: BadWindow (invalid Window parameter)" instead.)
Native wshom.ocx (+dependency scrrun.dll) and oleaut32 works around it. (Using only native wshom.ocx changes the error to "object doesn't support this property or method," while native oleaut32 alone has no apparent effect.)
http://bugs.winehq.org/show_bug.cgi?id=28605
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=28605
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |xerox_xerox2000@yahoo.co.uk Component|-unknown |oleaut32 Ever Confirmed|0 |1
--- Comment #1 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2011-10-07 01:38:15 CDT --- Confirming
http://bugs.winehq.org/show_bug.cgi?id=28605
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Component|oleaut32 |-unknown Summary|BurnPlot fails to start |BurnPlot (VB6 app) fails to | |start (needs wshom.ocx | |WshShell3_GetIDsOfNames | |implementation)
--- Comment #2 from Anastasius Focht focht@gmx.net 2011-12-20 09:36:48 CST --- Hello,
confirming, it seems "WshShell3_GetIDsOfNames" stub is the culprit here.
That WSH stuff is late bound in VB6 app. The app/VB6 runtime needs GetIDsOfNames() to find the dispid that represents the function. Once the ID is known, invoke can be called.
Prerequisite:
clean WINEPREFIX 'winetricks -q vbrun60'
WINEDEBUG=+tid,+seh,+relay,+snoop,+variant,+ole
--- snip --- 0024:CALL MSVBVM60.rtcCreateObject2(<unknown, check return>) ret=00413907 0024:Call ole32.CLSIDFromProgID(00407040 L"WScript.Shell",0032f800) ret=660d965e ... 0024:Call KERNEL32.LoadLibraryExW(0032f3c2 L"C:\windows\system32\wshom.ocx",00000000,00000008) ret=6839ce76 ... 0024:Ret KERNEL32.LoadLibraryExW() retval=51a90000 ret=6839ce76 ... 0024:trace:ole:apartment_getclassobject added new loaded dll L"C:\windows\system32\wshom.ocx" 0024:trace:ole:apartment_getclassobject calling DllGetClassObject 0x51aa063c 0024:Call wshom.ocx.DllGetClassObject(0032f800,6847e42c,0032f6bc) ret=6839ec12 0024:Ret wshom.ocx.DllGetClassObject() retval=00000000 ret=6839ec12 ... 0024:Ret ole32.CoCreateInstance() retval=00000000 ret=660d9684 ... 0024:fixme:wshom:WshShell3_QueryInterface Unknown iface {7fd52380-4e07-101b-ae2d-08002b2ec713} 0024:fixme:wshom:WshShell3_QueryInterface Unknown iface {37d84f60-42cb-11ce-8135-00aa004bb851} 0024:RET MSVBVM60.rtcCreateObject2(0032f870,00407040,00000000) retval=0032f870 ret=00413907 0024:CALL MSVBVM60.__vbaObjVar(<unknown, check return>) ret=00413911 0024:RET MSVBVM60.__vbaObjVar(0032f870) retval=51aa6a04 ret=00413911 0024:CALL MSVBVM60.__vbaObjSetAddref(0032f884,51aa6a04) ret=0041391e 0024:RET MSVBVM60.__vbaObjSetAddref() retval=51aa6a04 ret=0041391e 0024:CALL MSVBVM60.__vbaFreeVar() ret=00413929 0024:RET MSVBVM60.__vbaFreeVar() retval=00000002 ret=00413929 0024:CALL MSVBVM60.__vbaObjIs(<unknown, check return>) ret=00413934 0024:RET MSVBVM60.__vbaObjIs(51aa6a04,00000000) retval=00000000 ret=00413934 0024:CALL MSVBVM60.__vbaLateMemCallLd(0032f870,51aa6a04,00407070,00000001,00000008,0032f868,00407060,00020020) ret=0041396e 0024:fixme:wshom:WshShell3_GetIDsOfNames ({00000000-0000-0000-0000-000000000000} 0x32f80c 1 1033 0x32f810) ... 0024:Call KERNEL32.MultiByteToWideChar(00000000,00000000,00404b0c "DVDGraph",ffffffff,0014c48c,00000009) ret=660da0db 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000009 ret=660da0db 0024:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0032f788) ret=660d0956 0024:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b838b5b ip=7b838b5b tid=0024 0024:trace:seh:raise_exception info[0]=deadcafe 0024:trace:seh:raise_exception info[1]=deadcafe 0024:trace:seh:raise_exception eax=7b826171 ebx=7b8a97a8 ecx=deadcafe edx=0032f6a4 esi=0032f788 edi=0032f700 0024:trace:seh:raise_exception ebp=0032f6e8 esp=0032f684 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000203 0024:trace:seh:call_vectored_handlers calling handler at 0x68aece0e code=c000008f flags=1 0024:trace:seh:call_vectored_handlers handler at 0x68aece0e returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x401576 code=c000008f flags=1 0024:CALL MSVBVM60.__vbaExceptHandler(<unknown, check return>) ret=7bc7ac85 0024:Call KERNEL32.IsBadReadPtr(00401528,00000004) ret=660e3cfd 0024:Ret KERNEL32.IsBadReadPtr() retval=00000000 ret=660e3cfd 0024:RET MSVBVM60.__vbaExceptHandler() retval=00000001 ret=7bc7ac85 ... --- snip ---
The other problem is most likely related to special folders collection (app tries to find "Desktop" object in returned IWshCollection). That belongs to a separate bug.
$ sha1sum BurnPlot.exe 2f7c60de78ccf59409a365396e1d17cde5cae2ae BurnPlot.exe
$ wine --version wine-1.3.35-43-gd9d4a06
Regards
http://bugs.winehq.org/show_bug.cgi?id=28605
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29461
http://bugs.winehq.org/show_bug.cgi?id=28605
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29462
http://bugs.winehq.org/show_bug.cgi?id=28605
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs@winehq.org |bunglehead@gmail.com
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2011-12-28 16:43:38 CST --- I'll take a look.
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #4 from Nikolay Sivov bunglehead@gmail.com 2011-12-29 02:16:03 CST --- Patch sent http://www.winehq.org/pipermail/wine-patches/2011-December/110113.html.
Now it's able to invoke methods, and next thing to be implemented is:
--- fixme:wshom:WshShell3_get_SpecialFolders (0x33f6e4) ---
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2011-12-29 12:49:15 CST --- Fix for problem mentioned in summary is fixed with 322887635599ebae4bd13f838fb427face085c76. Let's keep this open, I need to figure out how collections work for this class to fix this properly.
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com 2011-12-30 11:35:49 CST --- Next patches are bf0e3a58517147d8711a1a757fe4dcd2d40a068c and 9fc38b723055ccc0faa490861dc8f8ee29743f7f.
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2011-12-30 13:35:02 CST --- Actually I still don't understand how this supposed to work, the problem is that application does Invoke() with DISPID_VALUE and DISPATCH_PROPERTYGET flag while method with DISPID_VALUE is not declared with 'propget'. I tried same Invoke() in tests and it fails on Windows in exactly same way. So yeah, it's strange, what do you think, Anastasius?
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #8 from Anastasius Focht focht@gmx.net 2011-12-30 16:31:15 CST --- Hello Nikolay,
--- quote --- Actually I still don't understand how this supposed to work, the problem is that application does Invoke() with DISPID_VALUE and DISPATCH_PROPERTYGET flag while method with DISPID_VALUE is not declared with 'propget'. I tried same Invoke() in tests and it fails on Windows in exactly same way. So yeah, it's strange, what do you think, Anastasius? --- quote ---
It's not the application/v6 runtime that does this.
The vb6 application code be reduced to following vbscript/vb6 snippet:
--- snip --- set wshShell = Wscript.CreateObject("Wscript.Shell") strPath = wshShell.SpecialFolders("Desktop") --- snip ---
Consider following trace log:
--- snip --- ... 0024:trace:wshom:WshShell3_get_SpecialFolders (0x32f124) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000008) ret=6391825f 0024:Ret ntdll.RtlAllocateHeap() retval=0014dd48 ret=6391825f 0024:Call ntdll.RtlFreeHeap(00110000,00000000,0014d0a8) ret=6889b63f 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=6889b63f 0024:trace:ole:DispCallFunc retval: 0x32f134->{VT_ERROR} ... 0024:trace:wshom:WshCollection_Invoke (0x14dd48)->(0 {00000000-0000-0000-0000-000000000000} 1033 2 0x32f7e0 0x32f870 0x32f7c0 0x32f7f0) 0024:trace:ole:ITypeLib2_fnGetTypeInfoOfGuid 0x14db38 {f935dc27-1cf0-11d0-adb9-00c04fd58a0b} 0x32efe8 0024:trace:ole:ITypeInfo_fnAddRef (0x152858)->ref is 1 0024:trace:ole:ITypeLib2_fnAddRef (0x14db38)->ref was 3 0024:trace:ole:ITypeInfo_fnInvoke (0x152858)(0x14dd48,id=0,flags=0x00000002,0x32f7e0,0x32f870,0x32f7c0,0x32f7f0) 0024:trace:ole:dump_DispParms args=1 named args=0 0024:trace:ole:dump_DispParms args: 0024:trace:ole:dump_Variant 0x32f82c->{VT_BSTR,L"Desktop"} 0024:trace:ole:ITypeInfo2_fnGetVarIndexOfMemId 0x152858 0 0x32eeac 0024:trace:ole:ITypeInfo2_fnGetTypeKind (0x152858) type 0x4 0024:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that isn't already loaded ... --- snip ---
WshCollection is created from WshShell3_get_SpecialFolders() and the "Item" method should be invoked on the newly created object -> WshCollection_Invoke() (propget).
Debugging session to pinpoint the problem:
--- snip --- Wine-dbg>bt Backtrace: =>0 0x6861dcd4 ITypeInfo_fnInvoke+0x1c8(iface=0x143830, pIUnk=0x13ebf0, memid=0, wFlags=0x2, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6288] in oleaut32 (0x0033f01c) 1 0x5b0edfe7 WshCollection_Invoke+0x117(iface=0x13ebf0, dispIdMember=0, riid=0x686c8b3c, lcid=0x409, wFlags=0x2, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, puArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/wshom.ocx/shell.c:123] in wshom (0x0033f0ac) 2 0x6861f2b7 ITypeInfo_fnInvoke+0x17aa(iface=0x144868, pIUnk=0x5b0fcd88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6670] in oleaut32 (0x0033f2bc) 3 0x6861f74d ITypeInfo_fnInvoke+0x1c40(iface=0x1453d8, pIUnk=0x5b0fcd88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6732] in oleaut32 (0x0033f4cc) 4 0x6861f74d ITypeInfo_fnInvoke+0x1c40(iface=0x1458c0, pIUnk=0x5b0fcd88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6732] in oleaut32 (0x0033f6dc) 5 0x5b0ee7c0 WshShell3_Invoke+0x104(iface=0x5b0fcd88, dispIdMember=0x64, riid=0x6601ab38, lcid=0x409, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, puArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/wshom.ocx/shell.c:262] in wshom (0x0033f73c) 6 0x660d8e24 in msvbvm60 (+0xd8e23) (0x0033f790) 7 0x66107986 in msvbvm60 (+0x107985) (0x0033f7f4) 8 0x66108cb0 in msvbvm60 (+0x108caf) (0x0033f814) 9 0x0041396e in burnplot (+0x1396d) (0x0033f89c) 10 0x00409301 in burnplot (+0x9300) (0x0033f994) 11 0x66051fb3 in msvbvm60 (+0x51fb2) (0x0033f9a0) 12 0x004047c6 in burnplot (+0x47c5) (0x0033f9b0) ...
Wine-dbg>p pFuncInfo->funcdesc {memid=0, lprgscode=0x0(nil), lprgelemdescParam=0x143a80, funckind=FUNC_PUREVIRTUAL, invkind=INVOKE_FUNC, callconv=CC_STDCALL, cParams=0x2, cParamsOpt=0, oVft=0x1c, cScodes=0, elemdescFunc={tdesc={u={lptdesc=(nil), lpadesc=(nil), hreftype=0}, vt=0x19}, u={idldesc={dwReserved=0, wIDLFlags=0}, paramdesc={pparamdescex=(nil), wParamFlags=0}}}, wFuncFlags=0}
...
Wine-dbg>n
6288 (wFlags & pFuncInfo->funcdesc.invkind) && --- snip ---
Code:
http://source.winehq.org/git/wine.git/blob/7e309601f3cb55deadaab9bd444757483...
wFlags passed in = 2 (INVOKE_PROPERTYGET) pFuncInfo->funcdesc.invkind = 1 (INVOKE_FUNC)
The func lookup skips the correct pFuncInfo (memid 0 -> "Item" dispid) which causes the method not being found.
--- snip --- 6283 /* we do this instead of using GetFuncDesc since it will return a fake 6284 * FUNCDESC for dispinterfaces and we want the real function description */ 6285 for (fdc = 0; fdc < This->TypeAttr.cFuncs; ++fdc){ 6286 pFuncInfo = &This->funcdescs[fdc]; 6287 if ((memid == pFuncInfo->funcdesc.memid) && 6288 (wFlags & pFuncInfo->funcdesc.invkind) && 6289 (pFuncInfo->funcdesc.wFuncFlags & FUNCFLAG_FRESTRICTED) == 0) 6290 break; 6291 } --- snip ---
Code snippet for propget result handling, responsible for wFlags = 2 (INVOKE_PROPERTYGET):
http://source.winehq.org/git/wine.git/blob/7e309601f3cb55deadaab9bd444757483...
--- snip --- 6659 if (SUCCEEDED(hres) && pVarResult && (func_desc->cParams == 1) && 6660 (func_desc->invkind & INVOKE_PROPERTYGET) && 6661 (func_desc->lprgelemdescParam[0].u.paramdesc.wParamFlags & PARAMFLAG_FRETVAL) && 6662 (pDispParams->cArgs != 0)) 6663 { 6664 if (V_VT(pVarResult) == VT_DISPATCH) 6665 { 6666 IDispatch *pDispatch = V_DISPATCH(pVarResult); 6667 /* Note: not VariantClear; we still need the dispatch 6668 * pointer to be valid */ 6669 VariantInit(pVarResult); 6670 hres = IDispatch_Invoke(pDispatch, DISPID_VALUE, &IID_NULL, 6671 GetSystemDefaultLCID(), INVOKE_PROPERTYGET, 6672 pDispParams, pVarResult, pExcepInfo, pArgErr); 6673 IDispatch_Release(pDispatch); 6674 } 6675 else 6676 { 6677 VariantClear(pVarResult); 6678 hres = DISP_E_NOTACOLLECTION; 6679 } 6680 } --- snip ---
After I changed IDispatch_Invoke() wFlags to include INVOKE_FUNC, the "Item" method is found and invoked:
--- snip --- Wine-dbg>bt Backtrace: =>0 0x2004800d WshCollection_Item(iface=0x13ebf0, index=0x146460, value=0x33ee84) [/home/focht/projects/wine/wine-git/dlls/wshom.ocx/shell.c:132] in wshom (0x0033ed5c) 1 0x7dc8aa1e DispCallFunc+0x498(pvInstance=0x13ebf0, oVft=0x1c, cc=CC_STDCALL, vtReturn=0xa, cActuals=0x2, prgvt="??", prgpvarg=0x146480, pvargResult=0x33ee94) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6140] in oleaut32 (0x0033ee0c) 2 0x7dc8ba93 ITypeInfo_fnInvoke+0xf86(iface=0x143830, pIUnk=0x13ebf0, memid=0, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6539] in oleaut32 (0x0033f01c) 3 0x20047fe7 WshCollection_Invoke+0x117(iface=0x13ebf0, dispIdMember=0, riid=0x7dd35b3c, lcid=0x409, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, puArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/wshom.ocx/shell.c:123] in wshom (0x0033f0ac) 4 0x7dc8c2b7 ITypeInfo_fnInvoke+0x17aa(iface=0x144868, pIUnk=0x20056d88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6670] in oleaut32 (0x0033f2bc) 5 0x7dc8c74d ITypeInfo_fnInvoke+0x1c40(iface=0x1453d8, pIUnk=0x20056d88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6732] in oleaut32 (0x0033f4cc) 6 0x7dc8c74d ITypeInfo_fnInvoke+0x1c40(iface=0x1458c0, pIUnk=0x20056d88, memid=0x64, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, pArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:6732] in oleaut32 (0x0033f6dc) 7 0x200487c0 WshShell3_Invoke+0x104(iface=0x20056d88, dispIdMember=0x64, riid=0x6601ab38, lcid=0x409, wFlags=0x3, pDispParams=0x33f7e0, pVarResult=0x33f870, pExcepInfo=0x33f7c0, puArgErr=0x33f7f0) [/home/focht/projects/wine/wine-git/dlls/wshom.ocx/shell.c:262] in wshom (0x0033f73c) 8 0x660d8e24 in msvbvm60 (+0xd8e23) (0x0033f790) 9 0x66107986 in msvbvm60 (+0x107985) (0x0033f7f4) 10 0x66108cb0 in msvbvm60 (+0x108caf) (0x0033f814) 11 0x0041396e in burnplot (+0x1396d) (0x0033f89c) --- snip ---
This looks more like a bug in Wine ole (invoke flags or funcInfo lookup). Maybe we should really split into more bugs to track these separate issues/commits.
Regards
http://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com 2012-07-12 04:50:19 CDT ---
This looks more like a bug in Wine ole (invoke flags or funcInfo lookup). Maybe we should really split into more bugs to track these separate issues/commits.
Yes, I think it's better to open separate oleaut32 bug to track that.
http://bugs.winehq.org/show_bug.cgi?id=28605
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bunglehead@gmail.com |wine-bugs@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=28605
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com 2013-07-15 09:01:51 CDT --- The application no longer crashes, it shows a message about a 443 error. I think it was improved by:
http://source.winehq.org/git/wine.git/commitdiff/322887635599ebae4bd13f838fb...
http://bugs.winehq.org/show_bug.cgi?id=28605
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |322887635599ebae4bd13f838fb | |427face085c76 Blocks|29461 | Depends on| |29461
--- Comment #11 from Anastasius Focht focht@gmx.net --- Hello Bruno,
--- quote --- The application no longer crashes, it shows a message about a 443 error. I think it was improved by:
http://source.winehq.org/git/wine.git/commitdiff/322887635599ebae4bd13f838fb... --- quote ---
it's known and I pinpointed the current problem to Wine OLE. See bug comment history... Nikolay wanted to keep this bug open.
Changing dependency ... collection invoke blocks because of OLE.
$ wine --version wine-1.7.9-209-gb231b4b
Regards
https://bugs.winehq.org/show_bug.cgi?id=28605
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #12 from super_man@post.com --- wine 1.7.50(git)(In reply to Bruno Jesus from comment #10)
The application no longer crashes, it shows a message about a 443 error. I think it was improved by:
http://source.winehq.org/git/wine.git/commitdiff/ 322887635599ebae4bd13f838fb427face085c76
It shows me 438 error.
wine 1.7.50(git)
https://bugs.winehq.org/show_bug.cgi?id=28605
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #13 from winetest@luukku.com ---
It shows me 438 error.
wine 1.7.50(git)
The same wine 2.8 and staging 2.7.
https://bugs.winehq.org/show_bug.cgi?id=28605 Bug 28605 depends on bug 29461, which changed state.
Bug 29461 Summary: BurnPlot (VB6 app) fails to start, complaining with "Run-time error '438'" (WshShell3 'SpecialFolders' collection 'item' method invocation fails) https://bugs.winehq.org/show_bug.cgi?id=29461
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=28605
--- Comment #14 from A Wine user awineuser@mail.com --- I'm able to start and use BurnPlot in wine-6.13-114-ga5f787ac445 with a new prefix + vb6run. Is this bug still needed for anything else?
https://bugs.winehq.org/show_bug.cgi?id=28605
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1|322887635599ebae4bd13f838fb |61c18632b84e97918b13bebfc0b |427face085c76 |9dbbd4adb7a2a Component|-unknown |oleaut32 Status|NEW |RESOLVED Summary|BurnPlot (VB6 app) fails to |BurnPlot (VB6 app) fails to |start (needs wshom.ocx |start |WshShell3_GetIDsOfNames | |implementation) | URL|http://download.imgburn.com |https://web.archive.org/web |/BurnPlot_1.0.1.5.zip |/20100118011312/http://down | |load.imgburn.com/BurnPlot_1 | |.0.1.5.zip Resolution|--- |FIXED
--- Comment #15 from Anastasius Focht focht@gmx.net --- Hello folks,
this was fixed a long time ago by commit https://source.winehq.org/git/wine.git/commitdiff/61c18632b84e97918b13bebfc0... ("oleaut32: Fix automatic value getting in ITypeInfo::Invoke.").
Part of Wine 2.21 release.
Thanks Piotr
Revising summary since the original bug has been unfortunately recycled for multiple issues, turning this into a "make app x work" type meta-bug.
$ sha1sum BurnPlot_1.0.1.5.zip 34bc69241cefe6169064fad511600bd4fd74853a BurnPlot_1.0.1.5.zip
$ du -sh BurnPlot_1.0.1.5.zip 44K BurnPlot_1.0.1.5.zip
$ wine --version wine-2.20-116-g61c18632b84
Regards
https://bugs.winehq.org/show_bug.cgi?id=28605
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1|61c18632b84e97918b13bebfc0b |322887635599ebae4bd13f838fb |9dbbd4adb7a2a |427face085c76 Component|oleaut32 |wshom.ocx
--- Comment #16 from Anastasius Focht focht@gmx.net --- Hello folks,
actually using old resolution from commit https://source.winehq.org/git/wine.git/commitdiff/322887635599ebae4bd13f838f... ("wshom.ocx: Added IDispatch support for IWshShell3.") to avoid being exact duplicate of bug 29461 which was meant as follow-up issue.
Part of Wine 1.3.36
Regards
https://bugs.winehq.org/show_bug.cgi?id=28605
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.14.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla