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

[Bug 48086] New: Knowledge Studio: Unhandled exception: page fault on read access in 64-bit code
by WineHQ Bugzilla June 2, 2020

June 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=48086 Bug ID: 48086 Summary: Knowledge Studio: Unhandled exception: page fault on read access in 64-bit code Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oksana.a.tkachenko(a)gmail.com Distribution: --- Created attachment 65644 --> https://bugs.winehq.org/attachment.cgi?id=65644 Terminal output of Wine when running the software Application starts fine, but crashes when attempting to create a new project or open an existing project. Possible duplicates: 32169, 32919, 40334, 40620, 40669, 42639 -- 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 4

[Bug 48478] New: Old realplayer crashes when installing
by WineHQ Bugzilla June 1, 2020

June 1, 2020

https://bugs.winehq.org/show_bug.cgi?id=48478 Bug ID: 48478 Summary: Old realplayer crashes when installing Product: Wine Version: 5.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 66263 --> https://bugs.winehq.org/attachment.cgi?id=66263 console output When I install Realplayer, it seems that some extractions are don and then black screen appears. Then wine crashes. -- 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 47357] New: Wine gets black screen when entering
by wine-bugs＠winehq.org June 1, 2020

June 1, 2020

https://bugs.winehq.org/show_bug.cgi?id=47357 Bug ID: 47357 Summary: Wine gets black screen when entering Product: Wine Version: 4.9 Hardware: arm OS: Android Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hiuryson(a)gmail.com When entering the wine by my smartphone, Moto G5s with Android 8.1, appears a frame of the cmd and soon it is only a black screen. -- 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 44047] New: GetKeyState returns wrong state for numlock key
by wine-bugs＠winehq.org June 1, 2020

June 1, 2020

https://bugs.winehq.org/show_bug.cgi?id=44047 Bug ID: 44047 Summary: GetKeyState returns wrong state for numlock key Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: plasil.tomas(a)seznam.cz Distribution: --- GetKeyState always returns 0 for numlock key. Example [DllImport("user32.dll")] private static extern short GetKeyState(int nVirtKey); const int NUMLOCK = 0x90; private static void GetNumLockState() { short keystate = GetKeyState(NUMLOCK); //always 0 } -- 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 32479] New: page fault on read access to 0x00000005
by wine-bugs＠winehq.org May 30, 2020

May 30, 2020

http://bugs.winehq.org/show_bug.cgi?id=32479 Bug #: 32479 Summary: page fault on read access to 0x00000005 Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ozalp.aral(a)hotmail.com Classification: Unclassified Created attachment 42841 --> http://bugs.winehq.org/attachment.cgi?id=42841 backtrace file receive this error about 5 seconds after the program launches. The program is Navi Toolbox from IGo navigation software. -- 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 22

[Bug 47291] New: Cherry Player 2.5.6 can't play local media files
by wine-bugs＠winehq.org May 28, 2020

May 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=47291 Bug ID: 47291 Summary: Cherry Player 2.5.6 can't play local media files Product: Wine-staging Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oleg.dubinskij2013(a)yandex.ua CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: Ubuntu Created attachment 64589 --> https://bugs.winehq.org/attachment.cgi?id=64589 Terminal output when trying to play files via Cherry Player Cherry Player 2.5.6 does nothing after adding any local media (audio/video) files (for example, I tested it with mp4 and wav) via "Open" dialog into playlist and then trying to play them by clicking "Play" button. After clicking, it becomes "Pause" button for the moment and then restores to "Play" again. However, online streams which are inbuilt in this player, are played correctly. Download: http://download.cherryplayer.com/2.5.6/CherryPlayer-2.5.6-setup.exe sha1sum CherryPlayer-2.5.6-setup.exe cdaa69a7666072fd2a84832bd46dec81dcf5f227 CherryPlayer-2.5.6-setup.exe In the terminal, it spams about something unimplemented in quartz/vmr9 when I click "Play". Note: This program also installs Microsoft Visual C++ 2013 Redistributable x86 together with itself. -- 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 3

[Bug 48268] New: ESEA Client - anti-cheat software detects system monitor (debugger) and refuses to start.
by WineHQ Bugzilla May 27, 2020

May 27, 2020

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.

1 3

[Bug 48464] New: Heroes of the storm crashes at start with unexpected fatal error
by WineHQ Bugzilla May 27, 2020

May 27, 2020

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.

1 3

[Bug 48050] New: Sony Vegas 13 stops at "Creating file I/O manager..."
by WineHQ Bugzilla May 26, 2020

May 26, 2020

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.

1 15

[Bug 46132] New: 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)
by wine-bugs＠winehq.org May 26, 2020

May 26, 2020

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(a)PAGE 000000014002FC14 53 C1 19 91 ADD X19, X10, #qword_140090670(a)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.

2 5