[Bug 28605] New: BurnPlot fails to start
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(a)winehq.org ReportedBy: RandomAccountName(a)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.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 A Wine user <RandomAccountName(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |xerox_xerox2000(a)yahoo.co.uk Component|-unknown |oleaut32 Ever Confirmed|0 |1 --- Comment #1 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2011-10-07 01:38:15 CDT --- Confirming -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)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(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 A Wine user <RandomAccountName(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29461 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 A Wine user <RandomAccountName(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29462 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs(a)winehq.org |bunglehead(a)gmail.com --- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> 2011-12-28 16:43:38 CST --- I'll take a look. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #4 from Nikolay Sivov <bunglehead(a)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) --- -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #5 from Nikolay Sivov <bunglehead(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #6 from Nikolay Sivov <bunglehead(a)gmail.com> 2011-12-30 11:35:49 CST --- Next patches are bf0e3a58517147d8711a1a757fe4dcd2d40a068c and 9fc38b723055ccc0faa490861dc8f8ee29743f7f. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #7 from Nikolay Sivov <bunglehead(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #8 from Anastasius Focht <focht(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #9 from Nikolay Sivov <bunglehead(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bunglehead(a)gmail.com |wine-bugs(a)winehq.org -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx(a)gmail.com --- Comment #10 from Bruno Jesus <00cpxxx(a)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... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=28605 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |322887635599ebae4bd13f838fb | |427face085c76 Blocks|29461 | Depends on| |29461 --- Comment #11 from Anastasius Focht <focht(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 super_man(a)post.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man(a)post.com --- Comment #12 from super_man(a)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) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #13 from winetest(a)luukku.com ---
It shows me 438 error.
wine 1.7.50(git)
The same wine 2.8 and staging 2.7. -- 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.
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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 --- Comment #14 from A Wine user <awineuser(a)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? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 Anastasius Focht <focht(a)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(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1|61c18632b84e97918b13bebfc0b |322887635599ebae4bd13f838fb |9dbbd4adb7a2a |427face085c76 Component|oleaut32 |wshom.ocx --- Comment #16 from Anastasius Focht <focht(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=28605 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 6.14. -- 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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla