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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=43538
Bug ID: 43538
Summary: x64dbg needs unimplemented function
msvcp120.dll.??0_Concurrent_queue_base_v4@details@Conc
urrency@@IAE@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@details@Concurrency@@IAE@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@details@Concurrency@@IAE@I@Z called
at address 0x7b43ea34 (thread 0009), starting debugger...
Unhandled exception: unimplemented function
msvcp120.dll.??0_Concurrent_queue_base_v4@details@Concurrency@@IAE@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.
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.