September 2020 - Wine-bugs - list.winehq.org

[Bug 47856] New: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (probably RtlQueryUnbiasedInterruptTime insufficiency)
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=47856 Bug ID: 47856 Summary: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (probably RtlQueryUnbiasedInterruptTime insufficiency) Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 65358 --> https://bugs.winehq.org/attachment.cgi?id=65358 stupid hack, just to work around the crash When version is set to win8 or win10, the program crashes right away: 0082:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.NullReferenceException\n at System.Threading.TimerQueue.get_TickCount()\n at System.Threading.TimerQueue.UpdateTimer(System.Threading.T"... 0082:fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at System.Threading.TimerQueue.get_TickCount() at System.Threading.TimerQueue.UpdateTimer(TimerQueueTimer timer, UInt32 dueTime, UInt32 period) at System.Threading.TimerQueueTimer.Change(UInt32 dueTime, UInt32 period) at System.Threading.Timer.TimerSetup(TimerCallback callback, Object state, UInt32 dueTime, UInt32 period, StackCrawlMark& stackMark) at System.Threading.Timer..ctor(TimerCallback callback, Object state, Int32 dueTime, Int32 period) at Libronix.Utility.Threading.ThreadPoolAwaitable.TimerAwaiter.OnCompleted(Action continuation) Little google for System.Threading.TimerQueue.get_TickCount showed https://referencesource.microsoft.com/#mscorlib/system/threading/timer.cs as a pointer: if (Environment.IsWindows8OrAbove)..... bool result = Win32Native.QueryUnbiasedInterruptTime(out t By stupid hack just removing functionality for QueryUnbiasedInterruptTime the program runs further; i guess the program chokes in some insufficiency of QueryUnbiasedInterruptTime(????). -- 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.

1 9

[Bug 47857] New: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently)
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=47857 Bug ID: 47857 Summary: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently) Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 65360 --> https://bugs.winehq.org/attachment.cgi?id=65360 suggested patch After working around bug 47856 it runs into next crash: 0094:fixme:nls:IsNormalizedString 1 0x3563d0c 16 00a0:fixme:ver:GetCurrentPackageId (0x21af2f30 (nil)): stub 009b:fixme:path:parse_url failed to parse L"System.Core" 009b:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 4 0000000029B0EDF0 000000001E79B310 000000001E79BD00 0000000000000000 009b:fixme:path:parse_url failed to parse L"System.Xml" 009b:fixme:path:parse_url failed to parse L"System.Data" 00a0:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x20000 00a0:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 00a0:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000401,(nil),0x0001,0x00000000,0x21af4560,(nil)): stub 00a0:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version: v4.0.30319\nDescription: The application requested process termination through System.Environment.FailFast(string message).\nMessage: An exception occurred in AppModel.Run\nStack:\n at System.Environment.FailFast(System.String, System.Exception"... 00a0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub The IsNormalizedstring fixme seems the culprit; first i hacked the stub just to return true and that worked, but it is also enough to remove the SetLasterror(ERROR_CALL_NOT_IMPLEMENTED) from the stub. https://docs.microsoft.com/en-us/windows/win32/api/winnls/nf-winnls-isnorma… suggests to check for last error ERROR_SUCCESS if the function returns FALSE, so i guess that would be a more logical way of setting that error ( or maybe set no error at all???). I'll attach suggested patch hereafter. After this the program starts successfully for me. -- 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.

1 12

[Bug 44619] New: Multiple 64-bit applications need various Win7+ user-mode scheduling (UMS ) API stubs (x64dbg, ACDSee Pro 9.0)
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44619 Bug ID: 44619 Summary: Multiple 64-bit applications need various Win7+ user-mode scheduling (UMS) API stubs (x64dbg, ACDSee Pro 9.0) Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 43351 To work around several 'msvcr120'/'msvcp120' insufficiencies (covered by other bug reports), both must be still set to 'native' (app provides the runtime itself in install directory). The UMS API is actually pulled in by native 'msvcr120' - the 'purist' mode is unusable. A Wine-Staging patchset exists: https://github.com/wine-staging/wine-staging/blob/master/patches/kernel32-U… Dmitry says: --- quote --- 64-bit ACDSee Pro 9.0 on start up queries them with GetProcAddress() and fails to start if any of these APIs is missing. --- quote --- So there is another app requiring these API. --- snip --- $ WINEDEBUG=+seh,+relay wine ./x64dbg.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.GetModuleHandleW(003b1020 L"kernel32.dll",) ret=00310ab5 002b:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=00310ab5 002b:Call KERNEL32.GetProcAddress(7b460000,003b1dd8 "CreateRemoteThreadEx",) ret=00310ac5 002b:Ret KERNEL32.GetProcAddress() retval=7b46c988 ret=00310ac5 002b:Call KERNEL32.GetModuleHandleW(003b1020 L"kernel32.dll",) ret=00310aeb 002b:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=00310aeb 002b:Call KERNEL32.GetProcAddress(7b460000,003b1df0 "CreateUmsCompletionList",) ret=00310afb 002b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00310afb 002b:Call KERNEL32.GetLastError() ret=00310e8e 002b:Ret KERNEL32.GetLastError() retval=0000007f ret=00310e8e 002b:Call ntdll.RtlPcToFileHeader(003bd4b8,0023e370,) ret=0034ee94 002b:Ret ntdll.RtlPcToFileHeader() retval=002f0000 ret=0034ee94 002b:Call KERNEL32.RaiseException(e06d7363,00000001,00000004,0023e340,) ret=0034eed3 002b:trace:seh:NtRaiseException code=e06d7363 flags=1 addr=0x7b490ac8 ip=7b490ac8 tid=002b 002b:trace:seh:NtRaiseException info[0]=0000000019930520 002b:trace:seh:NtRaiseException info[1]=000000000023e4b0 002b:trace:seh:NtRaiseException info[2]=00000000003bd4b8 002b:trace:seh:NtRaiseException info[3]=00000000002f0000 002b:trace:seh:NtRaiseException rax=000000007b473408 rbx=00000000003bd4b8 rcx=000000000023e130 rdx=0000000000000020 002b:trace:seh:NtRaiseException rsi=000000000023e340 rdi=000000000023e150 rbp=000000000023e280 rsp=000000000023e110 002b:trace:seh:NtRaiseException r8=0000000000000004 r9=000000000023e340 r10=0000000000000000 r11=0000000000000000 002b:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 ... --- snip --- https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2017-07-03… Imports from 'msvcr120': * CreateUmsCompletionList * CreateUmsThreadContext * DeleteProcThreadAttributeList * DeleteUmsCompletionList * DeleteUmsThreadContext * DequeueUmsCompletionListItems * EnterUmsSchedulingMode * ExecuteUmsThread * GetCurrentUmsThread * GetNextUmsListItem * GetUmsCompletionListEvent * InitializeProcThreadAttributeList * QueryUmsThreadInformation * SetUmsThreadInformation * UmsThreadYield * UpdateProcThreadAttribute I didn't check how many of these are really needed as pure stubs, semi-stubs, functional. $ sha1sum snapshot_2018-01-28_12-18.zip 8ff850f135ff1f3e185c1fd3e1fb2c4de661bd06 snapshot_2018-01-28_12-18.zip $ du -sh snapshot_2018-01-28_12-18.zip 33M snapshot_2018-01-28_12-18.zip $ wine --version wine-3.2-206-g9ae8b8c00f 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 5

[Bug 43351] New: x64dbg needs kernel32.dll CreateRemoteThreadEx in Win7+ mode
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=43351 Bug ID: 43351 Summary: x64dbg needs kernel32.dll CreateRemoteThreadEx in Win7+ mode Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. http://x64dbg.com/ Suffers from some MSVC++ 2013 runtime insufficiencies: --- snip --- wine: Call from 0x7b493623 to unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IEAA(a)_K@Z, aborting --- snip --- -> bug 40926 --- snip --- wine: Call from 0x7b493623 to unimplemented function msvcr120.dll.??0_NonReentrantPPLLock(a)details@Concurrency@@QEAA(a)XZ, aborting --- snip --- Set 'msvcp120' and 'msvcr120' to 'native/builtin' in 'winecfg' (app ships the runtime). --- snip --- $ pwd /home/focht/wine-apps/x64dbg/release/x64 $ WINEDEBUG=+tid,+seh,+relay wine ./x64dbg.exe >>log.txt 2>&1 ... 0030:Call KERNEL32.GetVersionExW(0023e540) ret=002fca4c 0030:Ret KERNEL32.GetVersionExW() retval=00000001 ret=002fca4c 0030:Call KERNEL32.GetModuleHandleW(003b1020 L"kernel32.dll") ret=002fa287 0030:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=002fa287 0030:Call KERNEL32.GetProcAddress(7b460000,003b1040 "SetThreadGroupAffinity") ret=002fa29a 0030:Ret KERNEL32.GetProcAddress() retval=7b47401c ret=002fa29a 0030:Call KERNEL32.GetProcAddress(7b460000,003b1058 "GetThreadGroupAffinity") ret=002fa2ad 0030:Ret KERNEL32.GetProcAddress() retval=7b470474 ret=002fa2ad 0030:Call KERNEL32.GetModuleHandleW(003b1020 L"kernel32.dll") ret=002fa2ea 0030:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=002fa2ea 0030:Call KERNEL32.GetProcAddress(7b460000,003b1070 "GetCurrentProcessorNumberEx") ret=002fa2fa 0030:Ret KERNEL32.GetProcAddress() retval=7bc89f70 ret=002fa2fa 0030:Call KERNEL32.GetModuleHandleW(003b1020 L"kernel32.dll") ret=00310ab5 0030:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=00310ab5 0030:Call KERNEL32.GetProcAddress(7b460000,003b1dd8 "CreateRemoteThreadEx") ret=00310ac5 0030:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00310ac5 0030:Call KERNEL32.GetLastError() ret=00310e5e 0030:Ret KERNEL32.GetLastError() retval=0000007f ret=00310e5e 0030:Call ntdll.RtlPcToFileHeader(003bd4b8,0023e2b0) ret=0034ee94 0030:Ret ntdll.RtlPcToFileHeader() retval=002f0000 ret=0034ee94 0030:Call KERNEL32.RaiseException(e06d7363,00000001,00000004,0023e280) ret=0034eed3 0030:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b493623 ip=7b493623 tid=0030 0030:trace:seh:raise_exception info[0]=0000000019930520 0030:trace:seh:raise_exception info[1]=000000000023e2f0 0030:trace:seh:raise_exception info[2]=00000000003bd4b8 0030:trace:seh:raise_exception info[3]=00000000002f0000 0030:trace:seh:raise_exception rax=000000007b476048 rbx=00000000003bd4b8 rcx=000000000023e060 rdx=0000000000000020 0030:trace:seh:raise_exception rsi=000000000023e280 rdi=000000000023e080 rbp=000000000023e1b0 rsp=000000000023e040 0030:trace:seh:raise_exception r8=0000000000000004 r9=000000000023e280 r10=0000000000000000 r11=0000000000000000 0030:trace:seh:raise_exception r12=0000000000000000 r13=00007fff64d42500 r14=0000000000000000 r15=0000000000000000 0030:trace:seh:dwarf_virtual_unwind function 7b493623 base 0x7b493532 cie 0x7b6a3588 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/dd405484(v=vs.85).… https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2017-07-03… $ sha1sum snapshot_2017-07-03_12-03.zip f68141942736f9cc4929aabddec071d03007f729 snapshot_2017-07-03_12-03.zip $ du -sh snapshot_2017-07-03_12-03.zip 32M snapshot_2017-07-03_12-03.zip $ wine --version wine-2.12-134-gab313dd3be 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 44428] New: x64dbg needs unimplemented function msvcr120.dll.?? 0_NonReentrantPPLLock@details@Concurrency@@QEAA@XZ
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44428 Bug ID: 44428 Summary: x64dbg needs unimplemented function msvcr120.dll.??0_NonReentrantPPLLock(a)details@Concurren cy@@QEAA(a)XZ Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up of bug 43538 --- snip --- $ wine ./x64dbg.exe 002c:fixme:file:FindFirstFileExW flags not implemented 0x00000002 002c:fixme:nls:get_dummy_preferred_ui_language (0x8 0x23f890 0x23f7d0 0x23f898) returning a dummy value (current locale) Adjust scroll bars for new size 002c:fixme:file:FindFirstFileExW flags not implemented 0x00000002 wine: Call from 0x7b490a78 to unimplemented function msvcr120.dll.??0_NonReentrantPPLLock(a)details@Concurrency@@QEAA(a)XZ, aborting ... --- snip --- 'winetricks vcrun2013' works around. Download: https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2018-01-28… $ sha1sum snapshot_2018-01-28_12-18.zip 8ff850f135ff1f3e185c1fd3e1fb2c4de661bd06 snapshot_2018-01-28_12-18.zip $ du -sh snapshot_2018-01-28_12-18.zip 33M snapshot_2018-01-28_12-18.zip $ wine --version wine-3.0-180-g85635db0ea 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 7

[Bug 44468] New: x64dbg crashes on unimplemented function msvcr120.dll.? _Trace_agents@Concurrency@@YAXW4Agents_EventType@1@_JZZ
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44468 Bug ID: 44468 Summary: x64dbg crashes on unimplemented function msvcr120.dll.?_Trace_agents(a)Concurrency@@YAXW4Agents_E ventType(a)1@_JZZ Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44428 --- snip --- $ wine64 ./x64dbg.exe ... Unhandled exception: unimplemented function msvcr120.dll.?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ called in 64-bit code (0x000000007b490bb8). Register dump: rip:000000007b490bb8 rsp:000000000023e890 rbp:000000000023ea00 eflags:00000206 ( - -- I - -P- ) rax:000000007b4735e8 rbx:0000000002fdd5e0 rcx:000000000023e8b0 rdx:0000000000000010 rsi:000000000023ea40 rdi:000000000023e8d0 r8:0000000000000002 r9:000000000023ea40 r10:0000000000000008 r11:000000000023eb10 r12:0000000000000000 r13:0000000000000000 r14:0000000000268ce0 r15:0000000000000000 ... Backtrace: =>0 0x000000007b490bb8 RaiseException+0xf1(code=0x80000100, flags=0x1, nbargs=0x2, args=0x23ea40) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32 (0x000000000023ea00) 1 0x00007fe6f9a5d85d __wine_spec_unimplemented_stub+0x46(module="msvcr120.dll", function="?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in msvcr120 (0x000000000023ea50) 2 0x00007fe6f99b6277 __wine_stub_msvcr120_dll_249+0x16() in msvcr120 (0x000000000023ec70) 3 0x0000000000b04ce3 in x64dbg (+0x84ce2) (0x000000000023ec70) 4 0x0000000000b04be0 in x64dbg (+0x84bdf) (0x000000000023ec70) 5 0x0000000000b04d20 in x64dbg (+0x84d1f) (0x000000000023ec70) 6 0x0000000000b05c3e in x64dbg (+0x85c3d) (0x000000000023ec70) 7 0x0000000000b3fa4e in x64dbg (+0xbfa4d) (0x000000000023ec70) 8 0x00000000003575a5 in x64gui (+0x75a4) (0x000000000023fb50) 9 0x0000000180007482 in x64bridge (+0x7481) (0x000000000023fdc0) 10 0x0000000140002085 in x64dbg (+0x2084) (0x000000000023fdc0) 11 0x000000014000259d in x64dbg (+0x259c) (0x000000000023fdc0) 12 0x000000007b4d00e1 call_process_entry+0x20(peb=0x7fffffeaf000, entry=0x140002440) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1107] in kernel32 (0x000000000023fdc0) 13 0x000000007b4d030c start_process+0x224(entry=0x140002440, peb=0x7fffffeaf000) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1139] in kernel32 (0x000000000023ffd0) 0x000000007b490bb8 RaiseException+0xf1 [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32: nop 85 } Modules: Module Address Debug info Name (146 modules) PE 350000- 7d8000 Export x64gui PE 7e0000- a71000 Deferred snowman PE a80000- c2f000 Export x64dbg PE c30000- dc6000 Deferred capstone PE dd0000- 1308000 Deferred keystone PE 1310000- 14aa000 Deferred yara PE 14b0000- 14cc000 Deferred lz4 PE 14d0000- 14f8000 Deferred jansson PE 1500000- 1515000 Deferred devicenameresolver PE 1520000- 16e3000 Deferred xedparse PE 16f0000- 17a0000 Deferred titanengine PE 17b0000- 1d75000 Deferred qt5gui PE 2400000- 2536000 Deferred qwindows PE 62100000- 62115000 Deferred ldconvert PE 64000000- 6410c000 Deferred qt5network PE 65000000- 65549000 Deferred qt5widgets PE 67000000- 67556000 Deferred qt5core ELF 7b400000- 7b876000 Dwarf kernel32<elf> \-PE 7b460000- 7b876000 \ kernel32 ELF 7bc00000- 7bdb1000 Deferred ntdll<elf> \-PE 7bc80000- 7bdb1000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140011000 Export x64dbg PE 180000000- 180014000 Export x64bridge ... Threads: process tid prio (all id:s are in hex) 0000000a (D) Z:\home\focht\wine-apps\x64dbg\release\x64\x64dbg.exe 00000034 0 00000033 0 00000032 0 00000031 0 00000030 0 0000002f 0 0000000b 0 <== ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/f9181daa1ddc2c10d3b6ddd4610bc14… --- snip --- 642 @ stub ?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ --- snip --- --- snip --- $ grep -Hrni _Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ dlls dlls/msvcr110/msvcr110.spec:660:@ stub ?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ dlls/msvcr120/msvcr120.spec:642:@ stub ?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ dlls/msvcr120_app/msvcr120_app.spec:638:@ stub ?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ dlls/concrt140/concrt140.spec:458:@ stub ?_Trace_agents(a)Concurrency@@YAXW4Agents_EventType(a)1@_JZZ --- snip --- 'winetricks vcrun2013' works around. Download: https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2018-01-28… $ sha1sum snapshot_2018-01-28_12-18.zip 8ff850f135ff1f3e185c1fd3e1fb2c4de661bd06 snapshot_2018-01-28_12-18.zip $ du -sh snapshot_2018-01-28_12-18.zip 33M snapshot_2018-01-28_12-18.zip $ wine --version wine-3.1 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 7

[Bug 43538] New: x64dbg needs unimplemented function msvcp120.dll.?? 0_Concurrent_queue_base_v4@details@Concurrency@@IAE@I@Z
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=43538 Bug ID: 43538 Summary: x64dbg needs unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Conc urrency@@IAE(a)I@Z Product: Wine Version: 2.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zaplo00(a)mailfence.com Distribution: --- Crashes on startup, using Aug 11 2017 snapshot build. wine: Call from 0x7b43ea34 to unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z, aborting fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:dbghelp:fetch_thread_info Couldn't open thread 77 (87) wine: Unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z called at address 0x7b43ea34 (thread 0009), starting debugger... Unhandled exception: unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z called in 32-bit code (0x7b43ea34). -- 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 44482] New: x64dbg crashes during exit on unimplemented function msvcp120.dll.?? 0_Runtime_object@details@Concurrency@@QEAA@XZ
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44482 Bug ID: 44482 Summary: x64dbg crashes during exit on unimplemented function msvcp120.dll.??0_Runtime_object(a)details@Concurrency@@Q EAA(a)XZ Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44468 The app starts but crashes on exit. --- snip --- $ wine64 ./x64dbg.exe ... Unhandled exception: unimplemented function msvcp120.dll.??0_Runtime_object(a)details@Concurrency@@QEAA(a)XZ called in 64-bit code (0x000000007b490bb8). Register dump: rip:000000007b490bb8 rsp:000000000c1cf980 rbp:000000000c1cfaf0 eflags:00000202 ( - -- I - - - ) rax:000000007b4735e8 rbx:00000000030da134 rcx:000000000c1cf9a0 rdx:0000000000000010 rsi:000000000c1cfb30 rdi:000000000c1cf9c0 r8:0000000000000002 r9:000000000c1cfb30 r10:0000000000000000 r11:0000000000000212 r12:0000000000000000 r13:0000000000000000 r14:0000000000000000 r15:0000000000000000 ... Backtrace: =>0 0x000000007b490bb8 RaiseException+0xf1(code=0x80000100, flags=0x1, nbargs=0x2, args=0xc1cfb30) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32 (0x000000000c1cfaf0) 1 0x00007f6b60716301 __wine_spec_unimplemented_stub+0x46(module="msvcp120.dll", function="??0_Runtime_object(a)details@Concurrency@@QEAA(a)XZ") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in msvcp120 (0x000000000c1cfb40) 2 0x00007f6b60666f47 __wine_stub_msvcp120_dll_108+0x16() in msvcp120 (0x0000000002ff2ff0) 3 0x0000000000b067f4 in x64dbg (+0x867f3) (0x0000000002ff2ff0) 4 0x0000000000b04a76 in x64dbg (+0x84a75) (0x0000000002ff2ff0) 5 0x0000000000b05ca1 in x64dbg (+0x85ca0) (0x0000000002ff2ff0) 6 0x0000000000b3f4f6 in x64dbg (+0xbf4f5) (0x0000000002ff2ff0) 7 0x00000000004b922f in x64gui (+0x16922e) (0x0000000002ff2ff0) 8 0x000000006702f23a in qt5core (+0x2f239) (0x0000000002ff2ff0) 9 0x000000007bd19db1 call_thread_func+0xf7(entry=0x6702f120, arg=0x2ff3250) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_x86_64.c:4066] in ntdll (0x000000000c1cffd0) 0x000000007b490bb8 RaiseException+0xf1 [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32: nop 85 } Modules: Module Address Debug info Name (146 modules) PE 350000- 7d8000 Export x64gui PE 7e0000- a71000 Deferred snowman PE a80000- c2f000 Export x64dbg PE c30000- dc6000 Deferred capstone PE dd0000- 1308000 Deferred keystone PE 1310000- 14aa000 Deferred yara PE 14b0000- 14cc000 Deferred lz4 PE 14d0000- 14f8000 Deferred jansson PE 1500000- 1515000 Deferred devicenameresolver PE 1520000- 16e3000 Deferred xedparse PE 16f0000- 17a0000 Deferred titanengine PE 17b0000- 1d75000 Deferred qt5gui PE 2400000- 2536000 Deferred qwindows PE 62100000- 62115000 Deferred ldconvert PE 64000000- 6410c000 Deferred qt5network PE 65000000- 65549000 Deferred qt5widgets PE 67000000- 67556000 Export qt5core ELF 7b400000- 7b876000 Dwarf kernel32<elf> \-PE 7b460000- 7b876000 \ kernel32 ELF 7bc00000- 7bdb1000 Dwarf ntdll<elf> \-PE 7bc80000- 7bdb1000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140011000 Deferred x64dbg PE 180000000- 180014000 Deferred x64bridge ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\wine-apps\x64dbg\release\x64\x64dbg.exe 00000038 0 <== ... --- snip --- 'winetricks vcrun2013' works around. Download: https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2018-01-28… $ sha1sum snapshot_2018-01-28_12-18.zip 8ff850f135ff1f3e185c1fd3e1fb2c4de661bd06 snapshot_2018-01-28_12-18.zip $ du -sh snapshot_2018-01-28_12-18.zip 33M snapshot_2018-01-28_12-18.zip $ wine --version wine-3.1-106-gff4a02fe3c 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 47751] New: x64dbg crashes in get_current_context / InterlockedCompareExchange
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=47751 Bug ID: 47751 Summary: x64dbg crashes in get_current_context / InterlockedCompareExchange Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- While investigating on debian bug 939559 I tried to launch x64dbg and found it crash on startup already. This was with debian distribution packages of wine. I could reproduce it also with a wine built from git. Backtrace: =>0 0x7e62644a get_current_context+0x70() [...wine\include\winbase.h:2927] in msvcr120 (0x0b19fe78) 1 0x7e626538 get_current_scheduler+0xa() [...wine\dlls\msvcr120\..\msvcrt\scheduler.c:234] in msvcr120 (0x0b19fe98) 2 0x7e628ab6 _CurrentScheduler__Id+0x4d() [...wine\dlls\msvcr120\..\msvcrt\scheduler.c:1074] in msvcr120 (0x0b19feb8) 3 0x00c5ca3e EntryPoint+0xffffffff() in x32dbg (0x0b19ff34) 4 0x00c5c60b EntryPoint+0xffffffff() in x32dbg (0x0b19ff3c) 5 0x7bca9dd4 call_thread_func_wrapper+0xb() in ntdll (0x0b19ff4c) 6 0x7bca9e37 call_thread_func+0x60() [...wine\dlls\ntdll\signal_i386.c:2723] in ntdll (0x0b19ffdc) 7 0x7bca9dc6 call_thread_entry+0x9() in ntdll (0x0b19ffec) -- 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 44648] New: x64dbg crashes during process attach ( kernel32.GetFinalPathNameByHandle() doesn' t support process image file handles)
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44648 Bug ID: 44648 Summary: x64dbg crashes during process attach (kernel32.GetFinalPathNameByHandle() doesn't support process image file handles) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. * 64-bit process started * attach with x64dbg to it Relevant piece of trace log: --- snip --- ... 004d:Call KERNEL32.DebugActiveProcess(0000003d,) ret=017a2abd 004d: debug_process( pid=003d, attach=1 ) 004d: debug_process() = 0 004d:Ret KERNEL32.DebugActiveProcess() retval=00000001 ret=017a2abd 004d:Call KERNEL32.GetModuleHandleA(017f3610 "kernel32.dll",) ret=017a2af0 004d:Ret KERNEL32.GetModuleHandleA() retval=7b460000 ret=017a2af0 004d:Call KERNEL32.GetProcAddress(7b460000,017f35f0 "DebugSetProcessKillOnExit",) ret=017a2b00 004d:Ret KERNEL32.GetProcAddress() retval=7b46ce5c ret=017a2b00 004d:Call KERNEL32.DebugSetProcessKillOnExit(00000001,) ret=017a2b0b 004d: set_debugger_kill_on_exit( kill_on_exit=1 ) 004d: set_debugger_kill_on_exit() = 0 004d:Ret KERNEL32.DebugSetProcessKillOnExit() retval=00000001 ret=017a2b0b 004d:Call KERNEL32.WaitForDebugEvent(0181e090,ffffffff,) ret=017c5e53 004d: wait_debug_event( get_handle=1 ) 004d: wait_debug_event() = 0 { pid=003d, tid=003e, wait=0000, event={create_process,file=0170,process=0168,thread=016c,base=140000000,offset=0,size=0,teb=7fffffea8000,start=00000000,name=00010a20,unicode=1} } 004d:Ret KERNEL32.WaitForDebugEvent() retval=00000001 ret=017c5e53 ... 004d:Call KERNEL32.GetModuleHandleW(015ab490 L"kernel32.dll",) ret=015a27e0 004d:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=015a27e0 004d:Call KERNEL32.GetProcAddress(7b460000,015ab470 "GetFinalPathNameByHandleW",) ret=015a27f0 004d:Ret KERNEL32.GetProcAddress() retval=7b46e800 ret=015a27f0 004d:Call KERNEL32.GetFinalPathNameByHandleW(00000170,0ca8ca80,00000104,00000000,) ret=015a2817 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,0xca8c5c0,0x00000228,0xca8c3ac) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret KERNEL32.GetFinalPathNameByHandleW() retval=00000000 ret=015a2817 ... --- snip --- 0170 = handle to the process's image file, delivered through CREATE_PROCESS_DEBUG_INFO structure in WaitForDebugEvent(). x64dbg source: https://github.com/x64dbg/x64dbg/blob/development/src/dbg/debugger.cpp#L1324 --- snip --- ... static void cbCreateProcess(CREATE_PROCESS_DEBUG_INFO* CreateProcessInfo) { fdProcessInfo->hProcess = CreateProcessInfo->hProcess; fdProcessInfo->hThread = CreateProcessInfo->hThread; varset("$hp", (duint)fdProcessInfo->hProcess, true); void* base = CreateProcessInfo->lpBaseOfImage; char DebugFileName[deflen] = ""; if(!GetFileNameFromHandle(CreateProcessInfo->hFile, DebugFileName) && !GetFileNameFromProcessHandle(CreateProcessInfo->hProcess, DebugFileName)) strcpy_s(DebugFileName, GuiTranslateText(QT_TRANSLATE_NOOP("DBG", "??? (GetFileNameFromHandle failed)"))); dprintf(QT_TRANSLATE_NOOP("DBG", "Process Started: %p %s\n"), base, DebugFileName); ... --- snip --- 'GetFileNameFromHandle' is implemented in a third-party library 'devicenameresolver', used by x64dbg. https://bitbucket.org/mrexodia/devicenameresolver/src/0850d88fa6a759d79b3c8… --- snip --- __declspec(dllexport) bool PathFromFileHandleW(HANDLE hFile, wchar_t* szPath, size_t nSizeInChars) { typedef DWORD (WINAPI * GETFINALPATHNAMEBYHANDLEW)( IN HANDLE /*hFile*/, OUT wchar_t* /*lpszFilePath*/, IN DWORD /*cchFilePath*/, IN DWORD /*dwFlags*/ ); static GETFINALPATHNAMEBYHANDLEW GetFPNBHW = GETFINALPATHNAMEBYHANDLEW(GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetFinalPathNameByHandleW")); if(GetFPNBHW && GetFPNBHW(hFile, szPath, DWORD(nSizeInChars), 0)) { if(_wcsnicmp(szPath, L"\\\\?\\UNC\\", 8) == 0) // Server path { wcsncpy_s(szPath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szPath, nSizeInChars, &szPath[8], _TRUNCATE); } else if(_wcsnicmp(szPath, L"\\\\?\\", 4) == 0 && szPath[5] == L':') // Drive path { wcsncpy_s(szPath, nSizeInChars, &szPath[4], _TRUNCATE); } return true; } if(!DevicePathFromFileHandleW(hFile, szPath, nSizeInChars)) return false; std::wstring oldPath(szPath); if(!DevicePathToPathW(szPath, szPath, nSizeInChars)) wcsncpy_s(szPath, nSizeInChars, oldPath.c_str(), _TRUNCATE); return true; } --- snip --- 'GetFinalPathNameByHandleW()' fails in Wine, it should not on valid process image file handle? There is a fallback path 'DevicePathFromFileHandleW()': https://bitbucket.org/mrexodia/devicenameresolver/src/0850d88fa6a759d79b3c8… --- snip --- __declspec(dllexport) bool DevicePathFromFileHandleW(HANDLE hFile, wchar_t* szDevicePath, size_t nSizeInChars) { NativeWinApi::initialize(); ULONG ReturnLength; bool bRet = false; if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, 0, 0, &ReturnLength) == STATUS_INFO_LENGTH_MISMATCH) { ReturnLength += 0x2000; //on Windows XP SP3 ReturnLength will not be set just add some buffer space to fix this POBJECT_NAME_INFORMATION NameInformation = POBJECT_NAME_INFORMATION(GlobalAlloc(0, ReturnLength)); if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, NameInformation, ReturnLength, 0) == STATUS_SUCCESS) { NameInformation->Name.Buffer[NameInformation->Name.Length / 2] = L'\0'; //null-terminate the UNICODE_STRING wcsncpy_s(szDevicePath, nSizeInChars, NameInformation->Name.Buffer, _TRUNCATE); bRet = true; } GlobalFree(NameInformation); } if(!bRet) return false; if(_wcsnicmp(szDevicePath, L"\\Device\\LanmanRedirector\\", 25) == 0) // Win XP { wcsncpy_s(szDevicePath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szDevicePath, nSizeInChars, &szDevicePath[25], _TRUNCATE); } else if(_wcsnicmp(szDevicePath, L"\\Device\\Mup\\", 12) == 0) // Win 7 { wcsncpy_s(szDevicePath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szDevicePath, nSizeInChars, &szDevicePath[12], _TRUNCATE); } return true; } --- snip --- Corresponding Wine trace log: --- snip --- ... 004d:Call ntdll.NtQueryObject(00000170,00000001,00000000,00000000,0ca8c9e8,) ret=015a1c8b 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,(nil),0x00000000,0xca8c9e8) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret ntdll.NtQueryObject() retval=c0000004 ret=015a1c8b 004d:Call KERNEL32.GlobalAlloc(00000000,00002010,) ret=015a1cb2 004d:Ret KERNEL32.GlobalAlloc() retval=034d3700 ret=015a1cb2 004d:Call ntdll.NtQueryObject(00000170,00000001,034d3700,00002010,00000000,) ret=015a1cd4 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,0x34d3700,0x00002010,(nil)) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret ntdll.NtQueryObject() retval=00000000 ret=015a1cd4 004d:Call KERNEL32.GetLastError() ret=015a58a8 004d:Ret KERNEL32.GetLastError() retval=00000006 ret=015a58a8 ... 004d:Call ntdll.RtlVirtualUnwind(00000000,015a0000,015a483b,015b34b0,0ca8c3a0,0ca8c2e8,0ca8c2f0,00000000,) ret=015a488c ... 004d:Call KERNEL32.UnhandledExceptionFilter(0ca8c2d8,) ret=015a48d8 ... 004d:trace:seh:start_debugger Starting debugger "winedbg --auto 42 404" --- snip --- 'NtQueryObject()' fails first time with 'STATUS_INFO_LENGTH_MISMATCH'. The second call of 'NtQueryObject()' doesn't fail but doesn't return any data, which causes wcsncpy_s() to abort. In any case, a least one code path should succeed. $ sha1sum snapshot_2018-02-24_13-52.zip 1d64a63153aad56e23c626dcdd9a0fd684f9064b snapshot_2018-02-24_13-52.zip $ du -sh snapshot_2018-02-24_13-52.zip 33M snapshot_2018-02-24_13-52.zip $ wine --version wine-3.3 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 5