wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6925 discussions

[Bug 50107] New: File has unexpected size (8364 != 14856). Mirror sync in progress?
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=50107 Bug ID: 50107 Summary: File has unexpected size (8364 != 14856). Mirror sync in progress? Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: dylan.oliver(a)outlook.com CC: dimesio(a)earthlink.net Distribution: --- Can someone please regenerate? It's been broken for days: -- E: Failed to fetch https://dl.winehq.org/wine-builds/ubuntu/dists/groovy/main/binary-i386/Pack… File has unexpected size (8364 != 14856). Mirror sync in progress? [IP: 151.101.26.217 443] Hashes of expected file: - Filesize:14856 [weak] - SHA512:06310013c37fd334bdaa3c96acf0a66ec43b29087b8d77b6d04325a490fa4cbbd4b1504ce9ac7d17f126e1d357c00587faa6c109f337630c932a57cd5d0c185f - SHA256:01eaacf4a19a832ce7701a231c764cc8eaed1127c5f7189da055203e48309a4b - SHA1:52e3099d7328daacb74b79b2165083446eda4d67 [weak] - MD5Sum:968c1943ca5ea675abb3e8a956ea0fbd [weak] Release file created at: Sat, 07 Nov 2020 19:09:24 +0000 E: Some index files failed to download. They have been ignored, or old ones used instead. -- 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 50125] New: File has unexpected size (14856 != 18032). Mirror sync in progress?
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=50125 Bug ID: 50125 Summary: File has unexpected size (14856 != 18032). Mirror sync in progress? Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: dylan.oliver(a)outlook.com CC: dimesio(a)earthlink.net Distribution: --- Please regenerate and discuss with whoever is uploading these. E: Failed to fetch https://dl.winehq.org/wine-builds/ubuntu/dists/groovy/main/binary-i386/Pack… File has unexpected size (14856 != 18032). Mirror sync in progress? [IP: 151.101.26.217 443] Hashes of expected file: - Filesize:18032 [weak] - SHA512:69a98b714513e9bceb8b3a2c91310b53306e2ad68d1d6b9c5dc9bfd936ce7eaa01b69de66eb3758a804ed4bbb0b52b50e92ab78005c7497338b1ed7ed5eb865f - SHA256:76dee0447797644439b50162ea73d81bbdb1a4f0b2798c7efde0e414653c0a34 - SHA1:b36d191e755f7b8bcd8ad471651caee6a3b3060d [weak] - MD5Sum:ead57c761215f91bfad36ce614a602e7 [weak] Release file created at: Wed, 11 Nov 2020 09:16:30 +0000 E: Some index files failed to download. They have been ignored, or old ones used instead. -- 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 3

[Bug 49847] New: Logos Bible 8: wineserver always using 100% CPU core
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=49847 Bug ID: 49847 Summary: Logos Bible 8: wineserver always using 100% CPU core Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: ferion11(a)hotmail.com Distribution: --- Created attachment 68188 --> https://bugs.winehq.org/attachment.cgi?id=68188 Log of the issue with wine-vanilla 5.17 >From wine v5.0 to the latest v5.17, wineserver always is using 100% of CPU core. Using the latest wine-vanilla v5.17, I started the wineserver in debug mode with the output to a "log_big.txt", then started Logos Bible 8 and waited until all the startup services were finished, then minimized the window and waited a little longer , to highlight the issue, so I used "tail -f ./log_big.txt >>./log_wineserver_v5.17.txt" to produce a new log file with as little noise as possible, waited a little, then cancelled the tail (so it don't have any noise of closing events). See the attached log. Many users still prefer to use version 4.21 of wine, as there is no such problem in it. But other issues that have already been fixed are present in the old version. So we need one proper fix. -- 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 26

[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 50085] New: ntdll - sec.c: Logos 8 crash only in Ubuntu 18.04 not 20.04
by WineHQ Bugzilla 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=50085 Bug ID: 50085 Summary: ntdll - sec.c: Logos 8 crash only in Ubuntu 18.04 not 20.04 Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rikshaw76(a)gmail.com Distribution: --- When running Logos 8 in Ubuntu 18.04 with a 32-bit wine 5.20-staging prefix, I receive the following crash (NOTE: No problems with Ubuntu 20.04): RtlConvertToAutoInheritSecurityObject () at Z:\root\wine-git\dlls\ntdll\sec.c:1721 0x7bc565c9 RtlConvertToAutoInheritSecurityObject+0x199 [Z:\root\wine-git\dlls\ntdll\sec.c:1721] in ntdll: ret Unable to access file 'Z:\root\wine-git\dlls\ntdll\sec.c' It seems related to this change: https://github.com/wine-mirror/wine/commit/518d06404ad70aa9812a77d019a18fe7… Steps to reproduce are as follows: - Setup 32bit wine 5.20-staging prefix - Install some winetricks: dotnet48 corefonts ddr=gdi - Install Logos 8 (you can sign up for a free account at https://www.logos.com/), the most recent Logos 8 32-bit download link is here: https://downloads.logoscdn.com/LBS8/Installer/8.17.0.0014/Logos-x86.msi - Start Logos and login. As it starts to download / sync "resources" after some minutes it will crash as above. Then every time after restarting Logos it will produce the same crash nearly immediately. -- 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 5

[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@details@Concurrency@@IEAA@_K@Z, aborting --- snip --- -> bug 40926 --- snip --- wine: Call from 0x7b493623 to unimplemented function msvcr120.dll.??0_NonReentrantPPLLock@details@Concurrency@@QEAA@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@details@Concurren cy@@QEAA@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@details@Concurrency@@QEAA@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@Concurrency@@YAXW4Agents_E ventType@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@Concurrency@@YAXW4Agents_EventType@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@Concurrency@@YAXW4Agents_EventType@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@Concurrency@@YAXW4Agents_EventType@1@_JZZ --- snip --- --- snip --- $ grep -Hrni _Trace_agents@Concurrency@@YAXW4Agents_EventType@1@_JZZ dlls dlls/msvcr110/msvcr110.spec:660:@ stub ?_Trace_agents@Concurrency@@YAXW4Agents_EventType@1@_JZZ dlls/msvcr120/msvcr120.spec:642:@ stub ?_Trace_agents@Concurrency@@YAXW4Agents_EventType@1@_JZZ dlls/msvcr120_app/msvcr120_app.spec:638:@ stub ?_Trace_agents@Concurrency@@YAXW4Agents_EventType@1@_JZZ dlls/concrt140/concrt140.spec:458:@ stub ?_Trace_agents@Concurrency@@YAXW4Agents_EventType@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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2021