December 2020 - Wine-Bugs - list.winehq.org

[Bug 35390] New: Samsung_Magician_Setup_v4.0.exe fails to install
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=35390 Bug ID: 35390 Summary: Samsung_Magician_Setup_v4.0.exe fails to install Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: vinschen(a)redhat.com Classification: Unclassified Created attachment 47217 --> https://bugs.winehq.org/attachment.cgi?id=47217 debug output of Samsung_Magician_Setup_v4.0.exe Trying to install the Samsung Magician (an SSD tool) fails to install. The first dialog asks for the installation language, which I keep on the default "English", the next dialog contains the following error message: INSTALLATION CANNOT CONTINUE: "Windows Management Instrumentation" service is disabled. Please enable and try again. I attached a file with a log created like this: WINEDEBUG=+msi,+wbemprox,+wmiutils,+service,+seh,+tid wine Samsung_Magician_Setup_v4.0.exe >> foo.log 2>&1 If you need more input, I'm willing to provide it. Thanks, Corinna -- 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.

2 10

[Bug 35778] New: Samsung Magician v4.0 fails to install (widl emits incorrect var type for IDispatch* defaultvalue)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=35778 Bug ID: 35778 Summary: Samsung Magician v4.0 fails to install (widl emits incorrect var type for IDispatch* defaultvalue) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, I split this off from bug 35390 because this looks like widl issue. https://bugs.winehq.org/show_bug.cgi?id=35390#c7 --- quote --- So next thing to check is vartype of default value for this parameter in native typelib. If it's VT_DISPATCH|VT_BYREF, unlikely I think cause only NULL value makes sense as a default, then widl is to blame, if it's stored at VT_PTR type we need ITypeInfo code to deal with that. It's also possible that both parts are broken. --- quote --- I downloaded native wbemdisp and registered it (regsvr32) http://www.dlldump.com/download-dll-files_new.php/dllfiles/W/wbemdisp.dll/5… http://filemare.com/browse/62.99.77.70/WBEMDISP.TLB With that part the installer goes further (succeeds) and trace log reveals the defaultvalue type for IDispatch* is VT_DISPATCH (Wine's widl generates VT_PTR) --- snip --- $ WINEDEBUG=+tid,+seh,+tlb,+wbemprox,+wbemdisp,+ole,+variant wine ./Samsung_Magician_Setup_v4.0.exe >>log.txt 2>&1 ... 002c:trace:ole:ITypeInfo_fnInvoke changing args 002c:trace:ole:dump_Variant 0x681db8->{VT_BSTR,(null)} 002c:trace:ole:dump_Variant 0x681da8->{VT_BSTR,L"root\\CIMV2"} 002c:trace:ole:dump_Variant 0x681d98->{VT_BSTR,(null)} 002c:trace:ole:dump_Variant 0x681d88->{VT_BSTR,(null)} 002c:trace:variant:VariantCopy (0x1684c8->(VT_EMPTY),0x15dce0->(VT_BSTR)) 002c:trace:variant:VariantClear (0x1684c8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684d8->(VT_EMPTY),0x15dcf8->(VT_BSTR)) 002c:trace:variant:VariantClear (0x1684d8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684e8->(VT_EMPTY),0x15dd10->(VT_I4)) 002c:trace:variant:VariantClear (0x1684e8->(VT_EMPTY)) 002c:trace:variant:VariantCopy (0x1684f8->(VT_EMPTY),0x15dd28->(VT_DISPATCH)) 002c:trace:variant:VariantClear (0x1684f8->(VT_EMPTY)) 002c:trace:ole:DispCallFunc (0x13f358, 28, 4, 10, 9, 0x1685cc, 0x1685a8, 0x33f610 (vt=10)) 002c:trace:ole:DispCallFunc arg 0: type 8 002c:trace:ole:dump_Variant 0x681db8->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 1: type 8 002c:trace:ole:dump_Variant 0x681da8->{VT_BSTR,L"root\\CIMV2"} 002c:trace:ole:DispCallFunc arg 2: type 8 002c:trace:ole:dump_Variant 0x681d98->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 3: type 8 002c:trace:ole:dump_Variant 0x681d88->{VT_BSTR,(null)} 002c:trace:ole:DispCallFunc arg 4: type 8 002c:trace:ole:dump_Variant 0x1684c8->{VT_BSTR,L""} 002c:trace:ole:DispCallFunc arg 5: type 8 002c:trace:ole:dump_Variant 0x1684d8->{VT_BSTR,L""} 002c:trace:ole:DispCallFunc arg 6: type 3 002c:trace:ole:dump_Variant 0x1684e8->{VT_I4,0} 002c:trace:ole:DispCallFunc arg 7: type 9 002c:trace:ole:dump_Variant 0x1684f8->{VT_DISPATCH,(nil)} 002c:trace:ole:DispCallFunc arg 8: type 16393 002c:trace:ole:dump_Variant 0x168508->{VT_DISPATCH|VT_BYREF,0x33f600} --- snip --- 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.

2 6

[Bug 35391] New: xcopy doesn't support /v (Samsung Magician Software)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=35391 Bug ID: 35391 Summary: xcopy doesn't support /v (Samsung Magician Software) Product: Wine Version: 1.7.10 Hardware: x86 URL: http://www.samsung.com/us/support/owners/product/MZ-7P C064D/AM OS: Linux Status: NEW Keywords: download, Installer Severity: trivial Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Classification: Unclassified There's a fixme for it in the source code, but no bug for it. Finally found an application that uses it, Samsung Magician Software. [austin(a)localhost ~]$ sha1sum Samsung_Magician_ML_Setup_v4.2.1_20130819.exe 51480a2e80157a07894fbd494f53c73fc98dced1 Samsung_Magician_ML_Setup_v4.2.1_20130819.exe [austin(a)localhost ~]$ du -h Samsung_Magician_ML_Setup_v4.2.1_20130819.exe 15M Samsung_Magician_ML_Setup_v4.2.1_20130819.exe [austin(a)localhost ~]$ wine --version wine-1.7.10-274-g0c77f89 -- 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.

2 5

[Bug 35076] New: PSPad installer has a non-fatal crash
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=35076 Bug #: 35076 Summary: PSPad installer has a non-fatal crash Product: Wine Version: 1.7.8 Platform: x86 URL: http://www.pspad.com OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 46783 --> http://bugs.winehq.org/attachment.cgi?id=46783 terminal output/backtrace Noticed while checking on bug 12995. (@Focht, this is on my Fedora machine, not the broken gentoo one :)) [austin(a)localhost ~]$ wine --version wine-1.7.8 [austin(a)localhost ~]$ sha1sum pspad457inst_en.exe e0ed70b5788e2f2d7b13428b042755c44c5112bf pspad457inst_en.exe [austin(a)localhost ~]$ du -h pspad457inst_en.exe 4.5M pspad457inst_en.exe -- 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.

2 18

[Bug 34764] New: Basic WPF application crashes with .NET Framework 3.5 SP1 (works with 3.0 and 3.5)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=34764 Bug #: 34764 Summary: Basic WPF application crashes with .NET Framework 3.5 SP1 (works with 3.0 and 3.5) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 33384 The attached example WPF application should display an image loaded but crashes when being run in WINEPREFIX with .NET Framework 3.5 SP1 installed. Works with .NET Framework 3.0 and 3.5 --- snip --- $ WINEDEBUG=+tid,+seh,+snoop,+wincodecs wine ./WineTest.exe ... 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2db10) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=8 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d9d0): stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebf0 6144) stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebe8 4) stub 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2d9ac) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=9 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d928): stub 002e:trace:wincodecs:IMILBitmapImpl_GetPixelFormat (0x1a1178,0x4a2d8f8) 002e:trace:wincodecs:BitmapImpl_GetSize (0x1a117c,0x4a2d980,0x4a2d984) 002e:CALL MSVCR80._CIsqrt() ret=5403f864 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f864 002e:CALL MSVCR80._CIsqrt() ret=5403f888 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f888 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d8f4): stub 002e:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=002e 002e:trace:seh:raise_exception info[0]=00000000 002e:trace:seh:raise_exception info[1]=00000000 002e:trace:seh:raise_exception eax=7cf3e2a4 ebx=04da8080 ecx=001a1170 edx=00000000 esi=04da8128 edi=04a2d940 002e:trace:seh:raise_exception ebp=04a2d904 esp=04a2d8f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002e:trace:seh:call_stack_handlers calling handler at 0x7bc9d86b code=c0000005 flags=0 ... wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002e), starting debugger... ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:04a2d8f4 EBP:04a2d904 EFLAGS:00010202( R- -- I - - - ) EAX:7cf3e2a4 EBX:04da8080 ECX:001a1170 EDX:00000000 ESI:04da8128 EDI:04a2d940 Stack dump: 0x04a2d8f4: 54039ed3 00000000 04a2dab8 00000000 0x04a2d904: 04a2d99c 5403a00e 04da8080 001a1178 0x04a2d914: 04a2da64 00000000 00000000 00000000 0x04a2d924: 04a2da20 04a2d940 00000000 04da7f98 0x04a2d934: 04a2dc18 04da7f88 04a2d960 00000010 0x04a2d944: 00000060 00000060 00000000 00000000 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0x00000000 (0x04a2d904) 1 0x5403a00e in wpfgfx_v0300 (+0x3a00d) (0x04a2d99c) 2 0x5403a097 in wpfgfx_v0300 (+0x3a096) (0x04a2db1c) 3 0x540396c6 in wpfgfx_v0300 (+0x396c5) (0x04a2db34) 4 0x540396f2 in wpfgfx_v0300 (+0x396f1) (0x04a2db48) 5 0x54056733 in wpfgfx_v0300 (+0x56732) (0x04a2db68) 6 0x54055f98 in wpfgfx_v0300 (+0x55f97) (0x04a2deac) ... --- snip --- This can be most likely attributed to differences in implementation details of WPF versions. Between WPF versions 3.0, 3.5, 3.5SP1, 4.0, 4.5, whole rendering engines were rewritten underneath, interfaces obsoleted/added and the like. 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.

2 13

[Bug 37866] New: Multiple .NET applications fail due to wbemdisp:services_InstancesOf stub (PaintRibbon 1.x)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=37866 Bug ID: 37866 Summary: Multiple .NET applications fail due to wbemdisp:services_InstancesOf stub (PaintRibbon 1.x) Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 35364 Prerequisite: 'winetricks -q dotnet35sp1 corefonts' Work around bug 34764: 'winetricks -q windowscodecs' Work around bug 15670: --- snip --- $ wine reg add "HKLM\\Software\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList\\S-1-5-21-0-0-0-1000" --- snip --- Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Paintribbon $ WINEDEBUG=+tid,+seh,+loaddll,+process,+ole,+variant,+wbemdisp,+wbemprox wine ./PaintRibbon.exe >>log.txt 2>&1 ... 0031:trace:wbemdisp:services_Invoke 0x6878e98, 5, {00000000-0000-0000-0000-000000000000}, 1033, 3, 0x33cc20, 0x33cbec, 0x33ca78, 0x33cb18 0031:trace:ole:ITypeInfo_fnAddRef (0x6886a38)->ref is 2 0031:trace:ole:ITypeInfo_fnInvoke (0x6886a38)(0x6878e98,id=5,flags=0x00000003,0x33cc20,0x33cbec,0x33ca78,0x33cb18) 0031:trace:ole:dump_DispParms args=1 named args=0 0031:trace:ole:dump_DispParms args: 0031:trace:ole:dump_DispParms [0] 0x33cba0 {VT_BSTR: L"Win32_BaseBoard"} 0031:trace:ole:ITypeInfo_fnInvoke invoking: L"InstancesOf"(4) parm0: L"strClass" parm1: L"iFlags" parm2: L"objWbemNamedValueSet" parm3: L"objWbemObjectSet" memid is 00000005 Param 0: tdesc.vartype 8 (VT_BSTR) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) Param 1: tdesc.vartype 3 (VT_I4) u.paramdesc.wParamFlags PARAMFLAG_FIN PARAMFLAG_FOPT PARAMFLAG_FHASDEFAULT u.paramdesc.lpex 0x6887578 Param 2: tdesc.vartype 9 (VT_DISPATCH) u.paramdesc.wParamFlags PARAMFLAG_FIN PARAMFLAG_FOPT PARAMFLAG_FHASDEFAULT u.paramdesc.lpex 0x6887590 Param 3: tdesc.vartype 26 (ptr to ptr to VT_USERDEFINED ref = 44c) u.paramdesc.wParamFlags PARAMFLAG_FOUT PARAMFLAG_FRETVAL u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 1 (func) callconv: 4 (stdcall) oVft: 44 cParamsOpt: 0 wFlags: 0 elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: (null) entry: invalid ... 0031:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x6886a38) hreftype 0x044c loaded SUCCESS (0x6883d08) ... 0031:trace:ole:ITypeInfo_fnInvoke changing args 0031:trace:ole:ITypeInfo_fnInvoke 0x33cba0 {VT_BSTR: L"Win32_BaseBoard"} 0031:trace:variant:VariantCopy (0x6889fe8 {VT_EMPTY},0x6887580 {VT_I4: 16}) 0031:trace:variant:VariantClear (0x6889fe8 {VT_EMPTY}) 0031:trace:variant:VariantCopy (0x6889ff8 {VT_EMPTY},0x6887598 {VT_DISPATCH: (nil)}) 0031:trace:variant:VariantClear (0x6889ff8 {VT_EMPTY}) 0031:trace:ole:DispCallFunc (0x6878e98, 44, 4, 10, 4, 0x688a068, 0x688a058, 0x33c678 (vt=10)) 0031:trace:ole:DispCallFunc arg 0: type VT_BSTR 0x33cba0 {VT_BSTR: L"Win32_BaseBoard"} 0031:trace:ole:DispCallFunc arg 1: type VT_I4 0x6889fe8 {VT_I4: 16} 0031:trace:ole:DispCallFunc arg 2: type VT_DISPATCH 0x6889ff8 {VT_DISPATCH: (nil)} 0031:trace:ole:DispCallFunc arg 3: type VT_DISPATCH|VT_BYREF 0x688a008 {VT_DISPATCH|VT_BYREF 0x33c668} 0031:fixme:wbemdisp:services_InstancesOf 0031:trace:ole:DispCallFunc retval: 0x33c678 {VT_ERROR: 80004001} 0031:trace:variant:VariantClear (0x6889fd8 {VT_EMPTY}) 0031:trace:variant:VariantClear (0x688a018 {VT_EMPTY}) 0031:trace:variant:VariantClear (0x6889fe8 {VT_I4: 16}) 0031:trace:variant:VariantClear (0x688a028 {VT_EMPTY}) 0031:trace:variant:VariantClear (0x6889ff8 {VT_DISPATCH: (nil)}) 0031:trace:variant:VariantClear (0x688a038 {VT_EMPTY}) 0031:trace:ole:ITypeInfo_fnInvoke [retval] value: 0x688a008 {VT_DISPATCH|VT_BYREF 0x33c668} 0031:trace:variant:VariantInit (0x33cbec) 0031:trace:variant:VariantCopyInd (0x33cbec {VT_EMPTY},0x688a008 {VT_DISPATCH|VT_BYREF 0x33c668}) 0031:trace:variant:VariantClear (0x33cbec {VT_EMPTY}) 0031:trace:variant:VariantCopyInd returning 0x00000000, 0x33cbec {VT_DISPATCH: (nil)} 0031:trace:variant:VARIANT_ClearInd (0x688a008 {VT_DISPATCH|VT_BYREF 0x33c668}) 0031:trace:variant:VariantClear (0x688a048 {VT_EMPTY}) 0031:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 0031:trace:ole:GetErrorInfo (0, 0x33c63c, (nil)) 0031:trace:ole:ITypeInfo_fnInvoke -- 0x80020009 0031:trace:ole:ITypeInfo_fnRelease (0x6886a38)->(1) 0031:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83b39f ip=7b83b39f tid=0031 0031:trace:seh:raise_exception info[0]=19930520 0031:trace:seh:raise_exception info[1]=0033ca34 0031:trace:seh:raise_exception info[2]=7a096eb0 0031:trace:seh:raise_exception eax=7b827025 ebx=7b8bf000 ecx=7a096eb0 edx=0033c980 esi=00004000 edi=79f3877c 0031:trace:seh:raise_exception ebp=0033c9b8 esp=0033c954 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ff251092a7b400b128e1b0096cf0dc95… --- snip --- 674 static HRESULT WINAPI services_InstancesOf( 675 ISWbemServices *iface, 676 BSTR strClass, 677 LONG iFlags, 678 IDispatch *objWbemNamedValueSet, 679 ISWbemObjectSet **objWbemObjectSet ) 680 { 681 FIXME( "\n" ); 682 return E_NOTIMPL; 683 } --- snip --- $ sha1sum paintribbonsetup.exe d74c6a5ddca61c0f62019db14657993cb552daf2 paintribbonsetup.exe $ du -sh paintribbonsetup.exe 1.7M paintribbonsetup.exe $ wine --version wine-1.7.33-191-ge899bd8 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.

2 4

[Bug 32682] New: Failure setting the cursor to Cursors.Pen (IDC_PEN, 32631)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=32682 Bug #: 32682 Summary: Failure setting the cursor to Cursors.Pen (IDC_PEN, 32631) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: joel.snape(a)yahoo.com Classification: Unclassified Created attachment 43116 --> http://bugs.winehq.org/attachment.cgi?id=43116 Terminal messages running the application I was testing a .Net 4 application (OCTGN) and noticed it fails when the application tries to change the cursor (in C#, tbStatus.Cursor = Cursors.Pen). I searched around and didn't find a solution to this problem and only found a reference to some cursors in winuser.h (at least IDC_PEN with id 32631, IDC_WAITCD with id 32663 and IDC_HELP with id 32651). You can replicate the error testing OCTGN (although I needed a lot of tinkering before being able to login, the place where the error occurs) but it probably is easier to create a simple application and testing the cursor change there. Attached are the console log (with the .Net error message) and the wine crash log. -- 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.

2 14

[Bug 37997] New: Jeskola Buzz Build 1499 (.NET 4.0 app) crashes on unimplemented function msvcp100.dll.??0_Concurrent_queue_base_v4@details@Concurrency@@IAE@I@Z
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=37997 Bug ID: 37997 Summary: Jeskola Buzz Build 1499 (.NET 4.0 app) crashes on unimplemented function msvcp100.dll.??0_Concurrent_queue_base_v4(a)details@Conc urrency@@IAE(a)I@Z Product: Wine Version: 1.7.35 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says ... Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Jeskola/Buzz $ wine ./buzz.exe ... wine: Call from 0x7b83b487 to unimplemented function msvcp100.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z, aborting --- snip --- 'winetricks -q vcrun2010' obviously works around. It will run later into more already known issues: bug 32323 ("Netflix (Silverlight 4.x) and several .NET Framework 3.x/4.0 WPF apps require either Arial or Verdana to be installed") -> 'winetricks -q corefonts' bug 32682 ("Failure setting the cursor to Cursors.Pen (IDC_PEN, 32631)") bug 37842 ("PTC Mathcad Prime 3.0 (.NET 4.0 app) crashes when using copy paste or trying to calculate a result (OLE clipboard must take MTA into account)" and a few others, though not as critical as aforementioned ones. $ sha1sum BuzzSetup1499.exe c533732c37c67b40096035338934c3413347cb41 BuzzSetup1499.exe $ du -sh BuzzSetup1499.exe 7.9M BuzzSetup1499.exe $ wine --version wine-1.7.35-24-g3873c93 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.

2 8

[Bug 25886] New: Paint.NET 3.5.6: Installer fails (System.IO.FileNotFoundException)
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=25886 Summary: Paint.NET 3.5.6: Installer fails (System.IO.FileNotFoundException) Product: Wine Version: 1.3.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Using "winetricks dotnet20" the installer still fails. This seems closely related to the 3.5.4 mono bug, but perhaps not? Attached is image of the error. And this is all that is said in terminal: ~$ wine Paint.NET.3.5.6.Install.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:wuapi:automatic_updates_Pause fixme:sync:CreateMemoryResourceNotification (0) stub fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.Core" fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"System.Drawing" fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.Base" fixme:shell:URL_ParseUrl failed to parse L"PaintDotNet.SystemLayer" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:wuapi:automatic_updates_Resume -- 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.

2 6

[Bug 37960] New: Paint.NET 4.0.5 does not install: unimplemented function KERNEL32.dll.QueryThreadCycleTime
by wine-bugs＠winehq.org Feb. 1, 2021

Feb. 1, 2021

https://bugs.winehq.org/show_bug.cgi?id=37960 Bug ID: 37960 Summary: Paint.NET 4.0.5 does not install: unimplemented function KERNEL32.dll.QueryThreadCycleTime Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ianlantzy(a)yahoo.com Distribution: --- Created attachment 50573 --> https://bugs.winehq.org/attachment.cgi?id=50573 Output during installation failure When trying to run the Paint.NET 4.0.5 installer using .NET 4.5.2 (installed 4.0 and 4.5 first using winetricks), install fails saying it cannot find mscoree.dll. Using mscoree.dll extracted from the .NET 4.5.2 installer it then gives an error saying: wine: Call from 0x7bc54ae0 to unimplemented function KERNEL32.dll.QueryThreadCycleTime, aborting This error persists even after testing with copies of mscoree.dll, kernel32.dll, and kernel32.dll.mui from a working installation of Windows 8.1. Attached is a log of all output during the installation process. -- 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.

2 13