April 2019 - Wine-Bugs - list.winehq.org

[Bug 19618] New: X-Change 3 crashes randomly
by wine-bugs＠winehq.org June 4, 2020

June 4, 2020

http://bugs.winehq.org/show_bug.cgi?id=19618 Summary: X-Change 3 crashes randomly Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Gollos(a)gmail.com Created an attachment (id=22889) --> (http://bugs.winehq.org/attachment.cgi?id=22889) X-Change3 terminal output Some times when loading a saved game, some times when starting a new game, some times when changing the game settings, but not every time, a window pops telling there was a problem and the program is going to be stoped. When that happens, some times the game continue running without sound, and some times it closes for real. -- 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 6

[Bug 41577] New: Ragnarok Online (iRO): Crashes when attempting to run the patcher.
by wine-bugs＠winehq.org June 3, 2020

June 3, 2020

https://bugs.winehq.org/show_bug.cgi?id=41577 Bug ID: 41577 Summary: Ragnarok Online (iRO): Crashes when attempting to run the patcher. Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: proveit(a)tutamail.com Distribution: --- Created attachment 55912 --> https://bugs.winehq.org/attachment.cgi?id=55912 This is the entire output that Wine spit out after erroring. I'm attempting to run Ragnarok Online on Linux Mint 18, Mate, 32-bit. Here's the app's page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=928 I've already exhausted everything in the page, so it's most likely not an existing bug or a problem others have run into. I got the game to work on the same system using Wine 1.6, which was in my official repository, but I hesitate to call this a regression because a tester got the game to work with Wine version 1.9.18, which is very close to mine. If it IS a regression, doing regression testing is beyond my abilities, but based on the latest test results, we can narrow the problem down to somewhere between the tester's version of Wine (1.9.18), which the tester reported as platinum, and my version of Wine, which is 1.9.21. I'm using Wine HQ's official development branch, version 1.9.21. To reproduce the problem, just: 1. Run the RO installer 2. Run "Ragnarok Online" shortcut on desktop Here's the exact installer I used: File name: Ragnarok_Installer-09272013.exe MD5: 81D59BEE0621A858428E1CF76843BCF7 SHA1: A2795AA047F29A2547365AC7D4246F7B8F133899 However, I don't think the installer you use matters too much because the bug I'm reporting happens after the game itself is installed. If you do have my exact installer, however, the installer will hang at "Status: Moving files". To work around the error, follow Richard Graham's comment here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=928 Specifically, first extract the real installer from the .exe file: $ wine Ragnarok_Installer-09272013.exe /extract "$(winepath -w "$(pwd)")" Then run the installer itself: $ wine msiexec /i Ragnarok_Installer.msi After the installer finishes, run the "Ragnarok Online" shortcut from the desktop. The patcher will open and it will start downloading updates, but after less than 30 seconds, you'll get this error: ------------------------------ Window title: Program Error The program Ragnarok.exe has encountered a serious problem and needs to close. We are very sorry for the inconvenience. This can be caused by a problem in the program or a deficiency in Wine. You may want to check the Application Database for tips about running this application. ------------------------------ I saved and attached the program error details, including the backtrace. Please forgive any mistakes/omissions; I'm new to Wine HQ bug reporting. Let me know if there's anything else I can do to help. -- 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 33

[Bug 44781] New: Unhandled exception: unimplemented function typelib.dll16.LOADREGTYPELIB called in 32-bit code
by wine-bugs＠winehq.org June 3, 2020

June 3, 2020

https://bugs.winehq.org/show_bug.cgi?id=44781 Bug ID: 44781 Summary: Unhandled exception: unimplemented function typelib.dll16.LOADREGTYPELIB called in 32-bit code Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hannes(a)kroegeronline.net Distribution: --- Created attachment 60811 --> https://bugs.winehq.org/attachment.cgi?id=60811 Error and Stack Trace When launching an application created through "TestPoint TM" the error above occurs. Please see the attached trace for details. -- 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 2

[Bug 46735] New: The Sims 2 demo needs Direct3DShaderValidatorCreate9() implementation
by wine-bugs＠winehq.org June 2, 2020

June 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=46735 Bug ID: 46735 Summary: The Sims 2 demo needs Direct3DShaderValidatorCreate9() implementation Product: Wine Version: 0.9.35. Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Split off from bug 8051. To summarize, the game calls d3d9.Direct3DShaderValidatorCreate9(), which is a completely undocumented internal function that returns an an unknown interface. It expects a valid interface pointer to be returned, and expects certain calls on unknown methods to succeed. -- 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 36059] New: Multiple Steam games fail to install DirectX runtime prerequisite, resulting in repeated install attempt on startup ('xinput1_3.dll' locked by client)
by wine-bugs＠winehq.org June 2, 2020

June 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=36059 Bug ID: 36059 Summary: Multiple Steam games fail to install DirectX runtime prerequisite, resulting in repeated install attempt on startup ('xinput1_3.dll' locked by client) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, splitting this issue off from various Steam related bug reports for reference. Many Steam games require DirectX runtime, usually stated in game folder 'installscript.vdf'. Example VDF: --- snip --- "Run Process" { ... "directx" { "hasrunkey" "HKEY_LOCAL_MACHINE\\Software\\Valve\\Steam\\Apps\\110800" "process 1" "%INSTALLDIR%\\3rd\\DXSETUP.exe" "command 1" "/silent" } ... } --- snip --- For various games the DirectX runtime install fails, resulting in repeated install attempt on startup of the game. To illustrate how common this problem is, just a small list of some games I installed for tests: NOTE: non-zero 'Exit Code' indicates the installer failed 'installscript_log.txt' from 'c:\\Program Files\\Steam\\logs' folder --- snip --- ... 04/15/14 00:08:33 [AppID 50280] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Mafia II - Public Demo\3rd\DirectX\DXSETUP.exe" /silent GLE 0 ... 04/17/14 10:58:48 [AppID 17470] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Dead Space\installers\DirectX\DXSETUP.exe" /silent GLE 0 ... 04/17/14 19:55:11 [AppID 55230] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Saints Row the Third\DirectX\DXSetup.exe" /silent GLE 0 04/17/14 21:36:35 [AppID 72850] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Skyrim\DirectX10\DXSETUP.exe" /silent GLE 0 ... 04/22/14 17:28:29 [AppID 49520] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Borderlands 2\Binaries\Redist\DXRedistCutdown\DXSETUP.exe" /silent GLE 0 ... 04/22/14 22:18:15 [AppID 34330] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Total War SHOGUN 2\redist\DirectX\DXSETUP.exe" /silent GLE 0 --- snip --- The DirectX runtime installer can't overwrite a dll that is locked by the Steam client/launcher in memory. You can check 'c:\\windows\\logs\\DirectX.log'. --- snip --- ... 04/17/14 11:03:38: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_WinXP] is being installed. 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86.cat from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3.dll from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86.inf from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86_xp.inf from cab 04/17/14 11:03:38: dxupdate: Files: 5 04/17/14 11:03:38: dxupdate: Size: 498688 04/17/14 11:03:38: dxupdate: DirectXUpdateInstallPlugIn(): Installing: xinput1_3_x86_xp.inf - [x86_Install] 04/17/14 11:03:38: dxupdate: Target file: 'C:\windows\system32\xinput1_3.dll' Target file is Version 9.18.944.0 Source file is Version 9.18.944.0 04/17/14 11:03:38: dxupdate: InUse: C:\windows\system32\xinput1_3.dll. 04/17/14 11:03:38: dxupdate: CabCallback(): Unable to copy C:\windows\system32\DirectX\DX7536.tmp\xinput1_3.dll. 04/17/14 11:03:38: dxupdate: ExecuteInf(): SetupInstallFromInfSection() failed, error = 183. 04/17/14 11:03:38: dxupdate: ExecuteInf(): Unable to install C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86_xp.inf:[x86_Install]. The file may be damaged. 04/17/14 11:03:38: dxupdate: DirectXUpdateInstallPlugIn(): ExecuteInf() failed. 04/17/14 11:03:38: dsetup32: CSetup::InstallPlugIn(): DirectXUpdateInstallPlugIn() failed. 04/17/14 11:03:38: dsetup32: CSetup::SetupForDirectX(): InstallPlugIn() failed. 04/17/14 11:03:38: dsetup32: start finalizing: phase: 5 - 5, total: 0 - 2 04/17/14 11:03:38: dsetup32: Installation ended with value -9 = Internal or unsupported error --- snip --- In many cases it's 'xinput1_3.dll'. This kind of error is also encountered on Windows (lots of reports). A reboot in between starts will fix it because the locked dll will be replaced on next Windows startup. There are multiple ways to handle this problem (apart from adding support for SP_COPY_IN_USE_NEEDS_REBOOT to Wine itself): 1) install DX runtime without starting Steam in the Steam WINEPREFIX (make sure you don't auto-run Steam services) -> app folder -> 'installers' -> 'DirectX' --- snip --- $ wine DXSETUP.exe /silent --- snip --- 2) remove the dll from 'system32' folder (or 'SysWOW64' on 64-bit prefix) prior running Steam in the prefix 3) fake successful installation by adding registry key (see '17470_install.vdf' where the registry key is located -> 'DirectX' DWORD: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 20

[Bug 42038] New: Cannot scroll documents being compared in winmerge ( Followup to bug 20695)
by wine-bugs＠winehq.org June 2, 2020

June 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=42038 Bug ID: 42038 Summary: Cannot scroll documents being compared in winmerge (Followup to bug 20695) Product: Wine Version: 2.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Bug #20695 got closed with wine-1.9.7. It really fixes the problem when opening two existing files. (e.g. by menu File - Open) But if one opens just a new empty file comparison and pastes the two file contents there the scrollbars do not work. (e.g. by menu File - New) (Even without pasting the scrollbars should be moveable a little bit.) This started like the original bug between 1.1.16-pol and 1.1.17-pol Version 1.9.7-pol shows also the problem as does 2.0-rc2-winehq. Can this someone confirm? -- 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 21

[Bug 45481] New: Spintires: MudRunner crashes at launch
by wine-bugs＠winehq.org June 2, 2020

June 2, 2020

https://bugs.winehq.org/show_bug.cgi?id=45481 Bug ID: 45481 Summary: Spintires: MudRunner crashes at launch Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes without native d3dx9_43 > 011d:fixme:d3dx:D3DXCreateKeyframedAnimationSet name "waving__loop", ticks_per_second 4.8000000000000000e+03, playback_type 0, animation_count 27, callback_key_count 0, callback_keys (nil), animation_set 0xe48f970 stub. > 011d:fixme:d3dx:d3dx9_animation_controller_RegisterAnimationOutput iface 0x7e05ed8, name "BonePole", matrix 0x5f22c930, scale (nil), rotation (nil), translation (nil) stub. wine-3.12-206-gbb264a0ac6 -- 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 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 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