https://bugs.winehq.org/show_bug.cgi?id=48268
Bug ID: 48268
Summary: ESEA Client - anti-cheat software detects system
monitor (debugger) and refuses to start.
Product: Wine
Version: 4.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 65933
--> https://bugs.winehq.org/attachment.cgi?id=65933
wine 4.21 terminal output
Hello,
While revisiting bug 24125 I stumbled on this application:
ESEA client is an anti-cheat software for an eponymous community of online
games players.
Running the client fails with this error dialog:
"Error #1006: A system monitor program has been found running in you system.
After closing the program please relaunch the ESEA Client."
That error blocks testing this application for bug 24125.
Also tested with wine-staging 4.21 in a separated prefix.
Using option 'Hide Wine version from applications' doesn't make a difference.
There is an article related to this error on the publisher's website:
https://support.esea.net/hc/en-us/articles/360008741974-Error-1006-1008-114…
Downloading the client requires a (free) registered account on the website,
linked to a Steam account.
$ sha1sum ESEAClientInstall.exe
321cc5e5aa77e58de3f71ed406214ce13472ee01 ESEAClientInstall.exe
$ du -b ESEAClientInstall.exe
165862120 ESEAClientInstall.exe
Debian 8 Jessie 64-bit.
Tested on clean 32-bit wineprefixes with wine and wine-staging 4.21.
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=49248
Bug ID: 49248
Summary: Tales Of Symphonia has super slow downs in some menus
and other areas.
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SolisX007(a)yahoo.com
Distribution: ---
Hello Everyone,
Tales Of Symphonia has super slow downs in some menus and other areas. For
example the save/loading screens frame rates drop for 30fps to around 5fps.
Tested on Slackware 14.2 with an ATI Radeon HD 7450 and the ati opensource
driver.
--
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=48464
Bug ID: 48464
Summary: Heroes of the storm crashes at start with unexpected
fatal error
Product: Wine
Version: 5.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: quiquoqua48(a)gmail.com
Distribution: ---
As in the summary, HOTS crashes after few seconds since a press play button:
the screen become black but in a moment it disappear and i have an "unexpected
fatal error" with no more explanations. Some ideas?
P.S.
I play Overwatch from blizzard launcher and there's no problem with it.
--
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=48050
Bug ID: 48050
Summary: Sony Vegas 13 stops at "Creating file I/O manager..."
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vinibali1(a)gmail.com
Distribution: ---
Created attachment 65590
--> https://bugs.winehq.org/attachment.cgi?id=65590
output
Hello!
CPU: Ryzen 5 3400G
OS: Arch Linux x64 (5.2.10-1-ck)
Package (1st run): quartz.
Package (2nd run): corefonts d3dx10 d3dx11_42 d3dx11_43 d3dx9 directmusic
directplay dotnet40 dsound msxml3 msxml6 quicktime76
Package (3rd run): vcrun2005 vcrun2008 vcrun2010 vcrun2012 vcrun2013 vcrun2015
Prefix: fresh Windows 7 x64
Wine: 4.9, 4.18 (stable and staging)
The application splash screen starts and suddenly stops there in the first part
of the progress bar. The message says it's "Creating file I/O manager...".
I walked through the steps using Sergey's guideline:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=33495&iTestin…
I even tried black magic, but doesn't helped.
Terminal output attached:
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=46132
Bug ID: 46132
Summary: Multiple Windows 10 ARM64 apps crash with illegal
instruction fault due to access of ARMv8 PMU cycle
counter via 'PMCCNTR_EL0' register in EL0 (Linux
kernel disallows access by default)
Product: Wine
Version: 3.20
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
just for documentation ...
--- snip ---
$ WINEDEBUG=+seh,+loaddll,+process,+relay,+msvcrt wine64 ./gatherosstate.exe
>>log.txt 2>&1
...
0009:trace:msvcrt:DllMain finished process init
0009:Ret PE DLL (proc=0x7fae7e3b04,module=0x7fae730000
L"msvcrt.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1
0009:Call PE DLL (proc=0x7fae5fd5d8,module=0x7fae580000
L"advapi32.dll",reason=PROCESS_ATTACH,res=0x22fc48)
0009:Ret PE DLL (proc=0x7fae5fd5d8,module=0x7fae580000
L"advapi32.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1
0009:Starting process
L"Z:\\home\\focht\\Downloads\\ARM64-win10-apps\\gatherosstate.exe"
(entryproc=0x14002fd80)
0009:trace:process:NtQueryInformationProcess
(0xffffffffffffffff,0x00000007,0x22f988,0x00000008,(nil))
0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c000001d
flags=0
wine: Unhandled illegal instruction at address 0x14002fc0c (thread 0009),
starting debugger...
0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 32"
--- snip ---
strace:
--- snip ---
2752 [000000014002fc0c] --- SIGILL {si_signo=SIGILL, si_code=ILL_ILLOPC,
si_addr=0x14002fc0c} ---
--- snip ---
Disassembly around faulting instruction:
--- snip ---
start:
000000014002FD80 F3 53 BE A9 STP X19, X20, [SP,#-0x20+var_s0]!
000000014002FD84 F5 0B 00 F9 STR X21, [SP,#var_s10]
000000014002FD88 FD 7B BF A9 STP X29, X30, [SP,#var_10]!
000000014002FD8C FD 03 00 91 MOV X29, SP
000000014002FD90 13 00 80 52 MOV W19, #0
000000014002FD94 9B FF FF 97 BL sub_14002FC00
000000014002FD98 F5 03 00 2A MOV W21, W0
...
sub_14002FC00:
000000014002FC00 F3 0F 1F F8 STR X19, [SP,#-0x10+var_s0]!
000000014002FC04 FD 7B BF A9 STP X29, X30, [SP,#var_10]!
000000014002FC08 FD 03 00 91 MOV X29, SP
000000014002FC0C 08 9D 3B D5 MRS X8, #3, c9, c13, #0 ; *boom*
000000014002FC10 0A 03 00 B0 ADRP X10, #qword_140090670@PAGE
000000014002FC14 53 C1 19 91 ADD X19, X10, #qword_140090670@PAGEOFF
000000014002FC18 08 79 40 92 AND X8, X8, #0x7FFFFFFF
--- snip ---
Decoding the sysreg using ARM's ARMv8 Processor Technical Reference Manual:
MRS <Xt>, (<systemreg>|S<op0>_<op1>_<Cn>_<Cm>_<op2>)
08 9D 3B D5 -> D5 3B 9D 08
| D5 | 3B | 9D | 08 |
|11010101|00 1 11 011|1001 1101|000 01000|
| OPCode |L|o0|op1|CRn |CRm |op2| Rt |
op0 = 3
op1 = 3
op2 = 0
CRn = 9
CRm = 13
Rt = 8
0x08,0x9d,0x3b,0xd5 = 'MRS X8, PMCCNTR_EL0'
Microsoft docs:
https://docs.microsoft.com/en-us/cpp/build/arm64-windows-abi-conventions?vi…
--- quote ---
Cycle counter
All ARMv8 CPUs are required to support a cycle counter register. This is a
64-bit register that Windows configures
to be readable at any exception level (including user mode). It can be accessed
via the special PMCCNTR_EL0
register, using the MSR opcode in assembly code, or the _ReadStatusReg
intrinsic in C/C++ code.
Note that the cycle counter here is a true cycle counter, not a wall clock, and
thus the counting frequency
will vary with the processor frequency. If you feel you must know the frequency
of the cycle counter,
you should not be using the cycle counter. Instead, you want to measure wall
clock time, for which you
should use QueryPerformanceCounter.
--- quote ---
Defined as 'ReadTimeStampCounter()' in Windows 10 SDK header 'winnt.h'.
Current QEMU for ARM64 supports it (if not run under real hardware):
https://github.com/qemu/qemu/blob/master/target/arm/helper.c#L1410
--- snip ---
#ifndef CONFIG_USER_ONLY
...
{ .name = "PMCCNTR_EL0", .state = ARM_CP_STATE_AA64,
.opc0 = 3, .opc1 = 3, .crn = 9, .crm = 13, .opc2 = 0,
.access = PL0_RW, .accessfn = pmreg_access_ccntr,
.type = ARM_CP_IO,
.readfn = pmccntr_read, .writefn = pmccntr_write, },
#endif
--- snip ---
The relevant piece of Linux kernel code:
https://github.com/torvalds/linux/commit/60792ad349f3c6dc5735aafefe5dc9121c…
--- quote ---
arm64: kernel: enforce pmuserenr_el0 initialization and restore
The pmuserenr_el0 register value is architecturally UNKNOWN on reset.
Current kernel code resets that register value iff the core pmu device is
correctly probed in the kernel. On platforms with missing DT pmu nodes (or
disabled perf events in the kernel), the pmu is not probed, therefore the
pmuserenr_el0 register is not reset in the kernel, which means that its
value retains the reset value that is architecturally UNKNOWN (system
may run with eg pmuserenr_el0 == 0x1, which means that PMU counters access
is available at EL0, which must be disallowed).
This patch adds code that resets pmuserenr_el0 on cold boot and restores
it on core resume from shutdown, so that the pmuserenr_el0 setup is
always enforced in the kernel.
--- quote ---
Since the Linux kernel maintainers disallow PMU counter access in EL0 by
default, one has to patch the Linux kernel or use a helper kernel module.
Windows 10 ARM64 likely has PMU counter access in EL0 enabled by default.
There were some attempts in the past, but they never made it in.
https://patchwork.kernel.org/patch/5217341/https://github.com/zhiyisun/enable_arm_pmu/tree/dev
Anyway, nothing to fix in Wine here. Upstream (if at all).
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=1201
Anya <animegirl(a)stronzi.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |animegirl(a)stronzi.org
--
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=1201
--- Comment #45 from jeremiahpwilson(a)yahoo.com ---
I read https://bugs.winehq.org/show_bug.cgi?id=1201#c34, but I don't have the
game; Instead, I'm using the demo link in the bug description, and that's
unfortunately the only exe I can find. Is there a link to the correct
executables somewhere else? I was looking for old bugs with old replies, and
the last comment referred to Wine 1.9.13, so I wanted to see if I could help
with this old bug. Thanks for your hard work, though!
--
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=1201
--- Comment #44 from joaopa <jeremielapuree(a)yahoo.fr> ---
Did you read comment 34?
Anyway bug still occurs with wine-5.9. I sent many times cleaned up patches
from Wine-staging to wine-devel. But no answers, no news....
--
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=1201
jeremiahpwilson(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremiahpwilson(a)yahoo.com
--- Comment #43 from jeremiahpwilson(a)yahoo.com ---
Installation of msgolf99.exe fails on Wine 5.9 with error "DirectX 5.0 or later
is not installed. You must install DirectX 5.0 or later to play Golf '99
Trial."
--
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=49249
Bug ID: 49249
Summary: Resident Evil Revelations pauses for a few seconds
when walking through doors.
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SolisX007(a)yahoo.com
Distribution: ---
Hello Everyone,
Resident Evil Revelations pauses for a few seconds when walking through doors
and
sometimes just walking around.
Tested on Slackware 14.2 with an ATI Radeon HD7450 and the ati opensource
driver.
--
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.