wine-bugs November 2020

wine-bugs@winehq.org

1 participants
7008 discussions

[Bug 49336] New: Command & Conquer Remastered: slow units and keyboard does not work
by WineHQ Bugzilla 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49336 Bug ID: 49336 Summary: Command & Conquer Remastered: slow units and keyboard does not work Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)kthxbye.us Distribution: --- I'm playing c&c remastered and the units walk terribly slow. On my windows partition it's running as expected. Additionally the Keyboard does not work at all. Only Mouse control works. Version: WineHQ 5.10 staging (also happens in stable) OS: Kubuntu 20.04 Kernel: Linux x380 5.7.0-050700-generic #202005312130 SMP Mon Jun 1 01:33:12 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux System: Lenovo x380 with i7 and 16gb of RAM -- 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 2

[Bug 47428] New: mouse input skipping / jitter in conjunction with xf86-video-amdgpu in almost every game
by wine-bugs＠winehq.org 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=47428 Bug ID: 47428 Summary: mouse input skipping / jitter in conjunction with xf86-video-amdgpu in almost every game Product: Wine Version: 4.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tempel.julian(a)gmail.com Distribution: --- There is extreme mouse skipping in various games. This happens mostly with vsync, e.g. in TESV: Oblivion, but it can also occur without vsync, though more subtle (e.g. in Hitman 2 of 2018). Performance in general is fine, also when there is keyboard input. But as soon as there is any mouse movement, either extreme frametime spikes happen or the mouse input is jittery in general: https://abload.de/img/screenshot_20190527_1t1ktp.png This happens only when both xf86-video-amdgpu and amdgpu.dc=1 (default since Linux 4.17, required for FreeSync and GPUs since Vega) are used at the same time. With modesetting Xorg DDX driver, the issue does not occur. However, it doesn't support FreeSync and enforces vsync all the time with amdgpu.dc=1, which is not great either. This is not limited to WineD3D, it happens with Gallium Nine and DXVK as well. There also is this ticket for the xf86-video-amdgpu driver regarding this issue, but no solution has been proposed so far: https://bugs.freedesktop.org/show_bug.cgi?id=110659 Only games in Wine seem to be affected, native modern Linux games like Rise of the Tomb Raider (Vulkan) or Hitman 2016 (OpenGL) don't show this issue. Thus perhaps there is the slight chance that the issue can be fixed in Wine, if nothing happens for the xf86 driver. It seems to happen with recent and older Wine versions. I tested regular wine 4.11 and Proton 3.7-8. Attached is a log file for TESV: Oblivion, but I suppose it doesn't show anything interesting. I decided to classify this issue as "major", as it doesn't seem to be limited to single titles and can render games unplayable. -- 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 11

[Bug 50201] New: Sentinel HASP 'aksfridge.sys' kernel driver fails to load, returns error 0xc000007a ('ntoskrnl.exe' needs fixed load address to prevent mapping into low memory range)
by WineHQ Bugzilla 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50201 Bug ID: 50201 Summary: Sentinel HASP 'aksfridge.sys' kernel driver fails to load, returns error 0xc000007a ('ntoskrnl.exe' needs fixed load address to prevent mapping into low memory range) Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while checking some Sentinel HASP Runtime driver bugs (bug 45510), I've encountered another problem. Using SafeNET's Sentinel HASP Runtime v6.6 from bug 45510 and bug 50189 as example. Stable download: https://web.archive.org/web/20201125113604/http://www.argusone.com/pub/Add_… The 'hardlock.sys' driver now loads successfully thanks due to bug 50189 fixed. 'aksfridge.sys' which is an ancillary function driver doesn't load. It returns failure from entry point. --- snip --- $ WINEDEBUG=+seh,+loaddll,+ntoskrnl wine net start aksfridge 0108:Call driver init 0000000000D7FE5E (obj=00000000000431F0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\aksfridge") 0108:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D7FD46 ip=d7fd46 tid=0108 0108:trace:seh:dispatch_exception rax=0000000000000400 rbx=0000000000d80c0f rcx=0000000000d7fe5e rdx=0000000000d805b5 0108:trace:seh:dispatch_exception rsi=0000000000d805b5 rdi=0000000000d7fe5e rbp=0000000000c3f890 rsp=0000000000c3f760 0108:trace:seh:dispatch_exception r8=000000000000065a r9=0000000000d7fe5e r10=0000000000000018 r11=0000000000000000 0108:trace:seh:dispatch_exception r12=00000000000431f0 r13=0000000000043358 r14=00000000000418f8 r15=0000000000000000 0108:trace:seh:call_vectored_handlers calling handler at 000000000031D2F0 code=c0000096 flags=0 0108:trace:seh:call_vectored_handlers handler at 000000000031D2F0 returned ffffffff 0108:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D7FE3D ip=d7fe3d tid=0108 0108:trace:seh:dispatch_exception rax=0000000000000400 rbx=0000000000d805be rcx=0000000000000000 rdx=0000000000000000 0108:trace:seh:dispatch_exception rsi=0000000000d805b5 rdi=0000000000d7fe66 rbp=0000000000d80c0f rsp=0000000000c3f760 0108:trace:seh:dispatch_exception r8=000000000000065a r9=0000000000d7fe5e r10=0000000000000018 r11=0000000000000000 0108:trace:seh:dispatch_exception r12=00000000000431f0 r13=0000000000043358 r14=00000000000418f8 r15=0000000000000000 0108:trace:seh:call_vectored_handlers calling handler at 000000000031D2F0 code=c0000096 flags=0 0108:trace:seh:call_vectored_handlers handler at 000000000031D2F0 returned ffffffff ... 0108:Call KERNEL32.IsBadReadPtr(00310000,00000001) ret=00323d1d 0108:Ret KERNEL32.IsBadReadPtr() retval=00000000 ret=00323d1d 0108:Ret ntoskrnl.exe.MmIsAddressValid() retval=00000001 ret=00d80047 0108:Call ntoskrnl.exe.MmIsAddressValid(00310078) ret=00d800ab 0108:trace:ntoskrnl:MmIsAddressValid (0000000000310078) 0108:Call KERNEL32.IsBadReadPtr(00310078,00000001) ret=00323d1d 0108:Ret KERNEL32.IsBadReadPtr() retval=00000000 ret=00323d1d 0108:Ret ntoskrnl.exe.MmIsAddressValid() retval=00000001 ret=00d800ab 0108:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D80100 ip=d80100 tid=0108 0108:trace:seh:dispatch_exception rax=0000000000000400 rbx=0000000000d7fe5e rcx=0000000000310078 rdx=0000000000004550 0108:trace:seh:dispatch_exception rsi=000000007b6038a8 rdi=00000000000430c0 rbp=0000000000c3f890 rsp=0000000000c3f798 0108:trace:seh:dispatch_exception r8=0000000000000000 r9=0000000000000000 r10=0000000000c3f2f2 r11=0000000000000000 0108:trace:seh:dispatch_exception r12=00000000000431f0 r13=0000000000043358 r14=0000000000d7fcbc r15=0000000000310000 0108:trace:seh:call_vectored_handlers calling handler at 000000000031D2F0 code=c0000096 flags=0 0108:trace:seh:call_vectored_handlers handler at 000000000031D2F0 returned ffffffff ... 0108:Call ntoskrnl.exe.RtlRandom(00c3f6f0) ret=00d6167a 0108:Call ntdll.RtlRandom(00c3f6f0) ret=7bc4428f 0108:Ret ntdll.RtlRandom() retval=1ec10b9b ret=7bc4428f 0108:Ret ntoskrnl.exe.RtlRandom() retval=1ec10b9b ret=00d6167a 0108:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D6BF71 ip=d6bf71 tid=0108 0108:trace:seh:dispatch_exception rax=000000001ec10b9b rbx=0000000000315e58 rcx=0000000000315e58 rdx=0000000000000000 0108:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000000310000 rbp=0000000000c3f890 rsp=0000000000c3f690 0108:trace:seh:dispatch_exception r8=0000000000000000 r9=0000000000000000 r10=0000000000c3f20b r11=0000000000000000 0108:trace:seh:dispatch_exception r12=00000000000431f0 r13=0000000000043358 r14=00000000000418f8 r15=0000000000310000 0108:trace:seh:call_vectored_handlers calling handler at 000000000031D2F0 code=c0000096 flags=0 0108:trace:seh:call_vectored_handlers handler at 000000000031D2F0 returned ffffffff 0108:Call ntoskrnl.exe.MmIsAddressValid(00315000) ret=00d6bfa5 0108:trace:ntoskrnl:MmIsAddressValid (0000000000315000) 0108:Call KERNEL32.IsBadReadPtr(00315000,00000001) ret=00323d1d 0108:Ret KERNEL32.IsBadReadPtr() retval=00000000 ret=00323d1d 0108:Ret ntoskrnl.exe.MmIsAddressValid() retval=00000001 ret=00d6bfa5 0108:Call KERNEL32.IsBadStringPtrW(00041890,ffffffffffffffff) ret=003277c8 0108:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=003277c8 0108:Call ntdll.memchr(003d13c0,00000078,00000007) ret=003bafe9 0108:Ret ntdll.memchr() retval=003d13c4 ret=003bafe9 0108:Call KERNEL32.IsBadStringPtrW(000418f8,ffffffffffffffff) ret=003277c8 0108:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=003277c8 Ret driver init 0000000000D7FE5E (obj=00000000000431F0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\aksfridge") retval=c000007a 0108:trace:ntoskrnl:init_driver init done for L"aksfridge" obj 00000000000431F0 0108:trace:ntoskrnl:init_driver - DriverInit = 0000000000D7FE5E 0108:trace:ntoskrnl:init_driver - DriverStartIo = 0000000000000000 0108:trace:ntoskrnl:init_driver - DriverUnload = 0000000000000000 ... 0108:trace:ntoskrnl:IoDeleteDriver (00000000000431F0) 0108:trace:ntoskrnl:ObDereferenceObject 0108:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\aksfridge": c000007a 0108:Ret ntoskrnl.exe.ZwLoadDriver() retval=c000007a ret=14000135b 0108:Call ntoskrnl.exe.RtlNtStatusToDosError(c000007a) ret=1400013ec 0108:Call ntdll.RtlNtStatusToDosError(c000007a) ret=7bc4428f 0108:Ret ntdll.RtlNtStatusToDosError() retval=0000007f ret=7bc4428f 0108:Ret ntoskrnl.exe.RtlNtStatusToDosError() retval=0000007f ret=1400013ec ... 0024:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,0015a2a0 L"Procedure not found.\r\n",00000016,00000000,00000000,00000000,00000000) ret=00401ad1 --- snip --- The error is misleading at best. Although there are still issues with another flavour of a custom imports resolver I can maybe explain in different bug (uses pre-computed API hashes for lookup), the root cause here is different. Relay trace is not useful. One has to debug the kernel driver. The driver uses a rather fancy method to locate 'ntoskrnl.exe' load base address. Relevant disassembly: --- snip --- 0000000000D7ED70 | push rbx | 0000000000D7ED72 | sub rsp,20 | 0000000000D7ED76 | mov rbx,rcx | 0000000000D7ED79 | call aksfridge.D6C486 | 0000000000D7ED7E | mov rcx,rax | 0000000000D7ED81 | call aksfridge.D61584 | 0000000000D7ED86 | call aksfridge.D61648 | 0000000000D7ED8B | mov rcx,qword ptr ds:[<&ExAllocatePoolWithTag>] | 0000000000D7ED92 | mov qword ptr ds:[D7C020],rax | 0000000000D7ED99 | call aksfridge.D6BF64 | 0000000000D7ED9E | test rax,rax | load base 0000000000D7EDA1 | mov qword ptr ds:[D799E0],rax | 0000000000D7EDA8 | jne aksfridge.D7EDB1 | 0000000000D7EDAA | mov eax,C000007A | fail 0000000000D7EDAF | jmp aksfridge.D7EDD4 | 0000000000D7EDB1 | call aksfridge.D626A4 | 0000000000D7EDB6 | test eax,eax | 0000000000D7EDB8 | js aksfridge.D7EDD4 | 0000000000D7EDBA | call aksfridge.D6C02C | 0000000000D7EDBF | mov rcx,rbx | 0000000000D7EDC2 | call aksfridge.D7E4B4 | 0000000000D7EDC7 | test eax,eax | 0000000000D7EDC9 | mov ebx,eax | 0000000000D7EDCB | js aksfridge.D7EDD4 | 0000000000D7EDCD | call aksfridge.D62E74 | 0000000000D7EDD2 | mov eax,ebx | 0000000000D7EDD4 | add rsp,20 | 0000000000D7EDD8 | pop rbx | 0000000000D7EDD9 | ret | --- snip --- RCX = &ntoskrnl.ExAllocatePoolWithTag = search start --- snip --- 00D6BF64 | push rbx | 00D6BF66 | push rsi | 00D6BF67 | push rdi | 00D6BF68 | push r12 | 00D6BF6A | sub rsp,38 | 00D6BF6E | mov rbx,rcx | 00D6BF71 | mov rax,cr8 | get current IRQL 00D6BF75 | xor esi,esi | 00D6BF77 | cmp al,sil | PASSIVE_LEVEL? 00D6BF7A | je aksfridge.D6BF83 | 00D6BF7C | xor eax,eax | fail 00D6BF7E | jmp aksfridge.D6C022 | 00D6BF83 | cmp word ptr ds:[rcx],25FF | 0x25FF abs/ind far jmp 00D6BF88 | je aksfridge.D6BF91 | 00D6BF8A | cmp word ptr ds:[rcx],15FF | 0x15FF abs/ind far call 00D6BF8F | jne aksfridge.D6BF95 | 00D6BF91 | mov rbx,qword ptr ds:[rcx+2] | call/jump dest addr 00D6BF95 | and rbx,FFFFFFFFFFFFF000 | round to page start 00D6BF9C | mov rcx,rbx | 00D6BF9F | call qword ptr ds:[<&MmIsAddressValid>] | 00D6BFA5 | cmp al,sil | 00D6BFA8 | jne aksfridge.D6BFAE | 00D6BFAA | xor eax,eax | fail 00D6BFAC | jmp aksfridge.D6C022 | 00D6BFAE | mov rdi,rbx | RBX = current page 00D6BFB1 | mov qword ptr ss:[rsp+20],rbx | 00D6BFB6 | sub rbx,8000000 | downsearch range (128 Mb) 00D6BFBD | cmp rdi,rbx | 00D6BFC0 | jbe aksfridge.D6C008 | end of down search? 00D6BFC2 | mov rcx,rdi | 00D6BFC5 | call qword ptr ds:[<&MmIsAddressValid>] | 00D6BFCB | cmp al,sil | 00D6BFCE | jne aksfridge.D6BFD2 | 00D6BFD0 | jmp aksfridge.D6BFFA | 00D6BFD2 | cmp word ptr ds:[rdi],5A4D | "MZ" DOS sig found? 00D6BFD7 | je aksfridge.D6BFDB | 00D6BFD9 | jmp aksfridge.D6BFFA | 00D6BFDB | movsxd r12,dword ptr ds:[rdi+3C] | 00D6BFDF | add r12,rdi | 00D6BFE2 | mov rcx,r12 | 00D6BFE5 | call qword ptr ds:[<&MmIsAddressValid>] | 00D6BFEB | cmp al,sil | 00D6BFEE | je aksfridge.D6BFFA | 00D6BFF0 | cmp dword ptr ds:[r12],4550 | "PE" header sig found? 00D6BFF8 | je aksfridge.D6C008 | 00D6BFFA | sub rdi,1000 | down one page 00D6C001 | mov qword ptr ss:[rsp+20],rdi | 00D6C006 | jmp aksfridge.D6BFBD | loop down search 00D6C008 | cmp rbx,rdi | 00D6C00B | sbb rsi,rsi | 0 or -1 00D6C00E | and rsi,rdi | mask addr 00D6C011 | mov qword ptr ss:[rsp+20],rsi | 00D6C016 | jmp aksfridge.D6C01F | 00D6C018 | xor esi,esi | fail 00D6C01A | mov qword ptr ss:[rsp+20],rsi | 00D6C01F | mov rax,rsi | RAX = load base 00D6C022 | add rsp,38 | 00D6C026 | pop r12 | 00D6C028 | pop rdi | 00D6C029 | pop rsi | 00D6C02A | pop rbx | 00D6C02B | ret | --- snip --- <ntoskrnl.ExAllocatePoolWithTag>: --- snip --- 00000000003229C0 | 55 | push rbp | 00000000003229C1 | 56 | push rsi | 00000000003229C2 | 57 | push rdi | 00000000003229C3 | 53 | push rbx | 00000000003229C4 | 48:83EC 38 | sub rsp,38 | ... --- snip --- Start search with 'ntoskrnl.ExAllocatePoolWithTag' API function address. * IRQL == PASSIVE_LEVEL -> fail * check if first instruction of API entry point is indirect far jump or far call * if yes, read the destination address, otherwise use current opcode address * round to current page start * check page access -> fail if no access * check if down search range 0x8000000 (128 MB) exceeded -> fail * check if page start contains "MZ" DOS signature -> no -> continue down search * check page access at PE signature -> fail if no access * check for PE signature -> yes, found base address, no -> continue search one page down The problem is the current low address mapping of 'ntoskrnl.exe'. Unlike certain core dlls it has no preferred load address and it's a PE module, causing it to be mapped into low address space range: --- snip --- Base Module Path 0000000000220000 sechost.dll ...lib64\wine\sechost.dll 0000000000250000 ucrtbase.dll ...lib64\wine\ucrtbase.dll 0000000000310000 ntoskrnl.exe ...lib64\wine\ntoskrnl.exe 0000000000360000 msvcrt.dll ...lib64\wine\msvcrt.dll 0000000000AD0000 rpcrt4.dll ...lib64\wine\rpcrt4.dll 0000000000D60000 aksfridge.sys C:\windows\system32\drivers\aksfridge.sys 0000000000D90000 hal.dll ...lib64\wine\hal.dll 000000007B000000 kernelbase.dll ...lib64\wine\kernelbase.dll 000000007B600000 kernel32.dll ...lib64\wine\kernel32.dll 000000007BC00000 ntdll.dll ...lib64\wine\ntdll.dll 0000000140000000 winedevice.exe ...lib64\wine\winedevice.exe 0000000180000000 advapi32.dll ...lib64\wine\advapi32.dll --- snip --- Load base: 0x310000 API entry rounded: 0x302000 0x302000 <= 0x8000000 (range) For testing I gave it a predefined load address at 0x82000000 and it fixed the problem. It mimicks Windows kernel address space 0x8XXXXXXX but it's kinda pointless with Wine. It doesn't necessarily need to be there unless a kernel driver checks high address bits. For this driver it just needs to be > 128MB address range. --- snip --- $ WINEDEBUG=+seh,+loaddll,+ntoskrnl wine net start aksfridge ... The aksfridge service is starting. ... 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 000000007B600000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\winedevice.exe" at 0000000140000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ucrtbase.dll" at 0000000000250000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\sechost.dll" at 0000000000220000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\advapi32.dll" at 0000000180000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0000000000310000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0000000082000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0000000000A80000: builtin ... 00dc:trace:ntoskrnl:open_driver opened service for driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\aksfridge" 00dc:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\aksfridge", 0000000082015BE0) 00dc:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\system32\\drivers\\aksfridge.sys" 00dc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\HAL.dll" at 0000000000D40000: builtin 00dc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\drivers\\aksfridge.sys" at 0000000000D10000: native 00dc:trace:ntoskrnl:ldr_notify_callback loading L"HAL.dll" 00dc:trace:ntoskrnl:ldr_notify_callback loading L"aksfridge.sys" ... 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000000) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000078) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FFC) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF8) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF4) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF0) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FEC) ... 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002C4) 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002C0) 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002BC) 00dc:trace:ntoskrnl:ExAllocatePoolWithTag 2968 pool 0 -> 0000000000970380 ... 00dc:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\\Device\\HarddiskVolume1" 80 0000000000BEF488 0000000000BEF478 00dc:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D1BE2A ip=d1be2a tid=00dc 00dc:trace:seh:dispatch_exception rax=0000000000bef570 rbx=0000000000000000 rcx=0000000000000000 rdx=000000000524baa8 00dc:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000000bef478 rbp=0000000000bef488 rsp=0000000000bef310 00dc:trace:seh:dispatch_exception r8=0000000000000000 r9=0000000000000000 r10=0000000000beeb18 r11=000000008203d5c8 00dc:trace:seh:dispatch_exception r12=0000000000000200 r13=000000000524baa8 r14=00000000000183b8 r15=0000000000000000 00dc:trace:seh:call_vectored_handlers calling handler at 000000008200D2F0 code=c0000096 flags=0 00dc:trace:seh:call_vectored_handlers handler at 000000008200D2F0 returned ffffffff 00dc:trace:ntoskrnl:MmIsAddressValid (0000000000000010) 00dc:trace:seh:dispatch_exception code=c0000005 flags=0 addr=000000007B62C17E ip=7b62c17e tid=00dc 00dc:trace:seh:dispatch_exception info[0]=0000000000000000 00dc:trace:seh:dispatch_exception info[1]=0000000000000010 00dc:trace:seh:dispatch_exception rax=0000000000001000 rbx=0000000000bef1e0 rcx=0000000000001000 rdx=0000000000bef1e0 00dc:trace:seh:dispatch_exception rsi=0000000000000010 rdi=0000000000000001 rbp=0000000000bef230 rsp=0000000000bef1b0 00dc:trace:seh:dispatch_exception r8=00000000ffd80000 r9=0000000000000013 r10=0000000000beeb88 r11=0000000000000000 00dc:trace:seh:dispatch_exception r12=0000000000200020 r13=0000000000000000 r14=0000000000000000 r15=0000000000000001 ... wine: Call from 000000007B012B22 to unimplemented function ntoskrnl.exe.IoGetLowerDeviceObject, aborting --- snip --- After the unimplemented stub (another bug) it runs into bug 49165 $ sha1sum HASPUserSetup.exe fa5f85d8dfbef3188087f1b6fb0ec81a16e6a26d HASPUserSetup.exe $ du -sh HASPUserSetup.exe 14M HASPUserSetup.exe $ wine --version wine-5.22-153-g9faa5eeddd2 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 2

[Bug 48570] New: [REOPENED] Fable Tlc do not play (autoskip) wmv video
by WineHQ Bugzilla 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=48570 Bug ID: 48570 Summary: [REOPENED] Fable Tlc do not play (autoskip) wmv video Product: Wine Version: 5.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- Created attachment 66396 --> https://bugs.winehq.org/attachment.cgi?id=66396 varius wine log, description is in the name of single files Fable The Lost Chapters do not play wmv cutscene, instead game autoskip it and show skippale error message "Unable to play video". I try it in clean wineprefix, exactly same behavior. (wine complain asf decoder missing). I installed wmp, quartz, devenum thought winetricks, same behavior. I installed some codec (directshow, ideo, ffdshow), same behavior. After installing devenum game request wmadmod.dll, after installing native wmadmod.dll game crash when tries to playing cutscene (if cutscene are renamed game do not crash). Logs are in the tar.gz attached, description in file name. -- 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 30

[Bug 50203] New: Multiple kernel drivers crash on unimplemented function ntoskrnl.exe.IoGetLowerDeviceObject (Sentinel HASP 'aksfridge.sys', Acronis 'fltsrv.sys')
by WineHQ Bugzilla 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50203 Bug ID: 50203 Summary: Multiple kernel drivers crash on unimplemented function ntoskrnl.exe.IoGetLowerDeviceObject (Sentinel HASP 'aksfridge.sys', Acronis 'fltsrv.sys') Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 50201 Also referenced in bug 49088 ("Acronis Storage Filter Management Driver 'fltsrv.sys' crashes on unimplemented function 'ntoskrnl.exe.IoIs32bitProcess')" -> https://bugs.winehq.org/show_bug.cgi?id=49088#c0 --- snip --- $ WINEDEBUG=+seh,+loaddll,+ntoskrnl wine net start aksfridge ... The aksfridge service is starting. ... 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 000000007B600000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\winedevice.exe" at 0000000140000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ucrtbase.dll" at 0000000000250000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\sechost.dll" at 0000000000220000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\advapi32.dll" at 0000000180000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0000000000310000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0000000082000000: builtin 00d0:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0000000000A80000: builtin ... 00dc:trace:ntoskrnl:open_driver opened service for driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\aksfridge" 00dc:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\aksfridge", 0000000082015BE0) 00dc:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\system32\\drivers\\aksfridge.sys" 00dc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\HAL.dll" at 0000000000D40000: builtin 00dc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\drivers\\aksfridge.sys" at 0000000000D10000: native 00dc:trace:ntoskrnl:ldr_notify_callback loading L"HAL.dll" 00dc:trace:ntoskrnl:ldr_notify_callback loading L"aksfridge.sys" ... 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000000) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000078) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FFC) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF8) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF4) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FF0) 00dc:trace:ntoskrnl:MmIsAddressValid (0000000082000FEC) ... 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002C4) 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002C0) 00dc:trace:ntoskrnl:MmIsAddressValid (00000000820002BC) 00dc:trace:ntoskrnl:ExAllocatePoolWithTag 2968 pool 0 -> 0000000000970380 ... 00dc:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\\Device\\HarddiskVolume1" 80 0000000000BEF488 0000000000BEF478 00dc:trace:seh:dispatch_exception code=c0000096 flags=0 addr=0000000000D1BE2A ip=d1be2a tid=00dc 00dc:trace:seh:dispatch_exception rax=0000000000bef570 rbx=0000000000000000 rcx=0000000000000000 rdx=000000000524baa8 00dc:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000000bef478 rbp=0000000000bef488 rsp=0000000000bef310 00dc:trace:seh:dispatch_exception r8=0000000000000000 r9=0000000000000000 r10=0000000000beeb18 r11=000000008203d5c8 00dc:trace:seh:dispatch_exception r12=0000000000000200 r13=000000000524baa8 r14=00000000000183b8 r15=0000000000000000 00dc:trace:seh:call_vectored_handlers calling handler at 000000008200D2F0 code=c0000096 flags=0 00dc:trace:seh:call_vectored_handlers handler at 000000008200D2F0 returned ffffffff 00dc:trace:ntoskrnl:MmIsAddressValid (0000000000000010) 00dc:trace:seh:dispatch_exception code=c0000005 flags=0 addr=000000007B62C17E ip=7b62c17e tid=00dc 00dc:trace:seh:dispatch_exception info[0]=0000000000000000 00dc:trace:seh:dispatch_exception info[1]=0000000000000010 00dc:trace:seh:dispatch_exception rax=0000000000001000 rbx=0000000000bef1e0 rcx=0000000000001000 rdx=0000000000bef1e0 00dc:trace:seh:dispatch_exception rsi=0000000000000010 rdi=0000000000000001 rbp=0000000000bef230 rsp=0000000000bef1b0 00dc:trace:seh:dispatch_exception r8=00000000ffd80000 r9=0000000000000013 r10=0000000000beeb88 r11=0000000000000000 00dc:trace:seh:dispatch_exception r12=0000000000200020 r13=0000000000000000 r14=0000000000000000 r15=0000000000000001 ... wine: Call from 000000007B012B22 to unimplemented function ntoskrnl.exe.IoGetLowerDeviceObject, aborting --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/cbca9f847f60773b4e7e5408f6a079f… --- snip --- 410 @ stub IoGetLowerDeviceObject --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-ntif… It won't do much in the end because it needs bug 49165 and a couple of follow-ups fixed. $ sha1sum HASPUserSetup.exe fa5f85d8dfbef3188087f1b6fb0ec81a16e6a26d HASPUserSetup.exe $ du -sh HASPUserSetup.exe 14M HASPUserSetup.exe $ wine --version wine-5.22-153-g9faa5eeddd2 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 1

[Bug 50202] New: Blue Oath: Update/Event pop-up window explodes; fills entire screen instead of correct size
by WineHQ Bugzilla 28 Nov '20

28 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50202 Bug ID: 50202 Summary: Blue Oath: Update/Event pop-up window explodes; fills entire screen instead of correct size Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: softwareguy32(a)dandere.net Distribution: --- Created attachment 68715 --> https://bugs.winehq.org/attachment.cgi?id=68715 Trace/Execution log and screenshots showing the problem. When running Blue Oath, a Unity Engine-powered game for Microsoft Windows, the game checks for updates from its server. When an update is found, the game usually throws up a event banner or update news banner. This is done via the game spawning a child browser-like window (I don't know the exact term, but it's like a floating window normally parented to the main window). On Windows 10, this works fine and will show information about the game. In Wine 5.22 (installed on Arch Linux, NOT wine-staging) this child window fills up the entire screen. Do note that Wine 5.2-staging does somewhat show content in the Window, but it's corrupted (just random garbage). I have included an ZIP archive to this bug report containing logs and WINE mentioning things like "fixme". To replicate this, you can download the game from this page, https://clsyjp.blueoath.com/download.html and then extract the ZIP file to wherever. Then, look inside the blueoath folder for a EXE file called blueoath.exe. If you have the EXE icon previews enabled, the icon looks like a blonde long-haired girl with a hat smiling at you. There is also another bug where the game does not respond to clicks that I think is related to Unity and/or how WINE is doing something, but I believe that would be better suited for another bug. If you need additional information, I can provide that for you - just let me know. Let's see if we can get this bug squashed. :) -- 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 0

[Bug 50191] New: Astroneer creates a green and blue striped screen and does not start
by WineHQ Bugzilla 27 Nov '20

27 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50191 Bug ID: 50191 Summary: Astroneer creates a green and blue striped screen and does not start Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spammmwhy(a)gmail.com Distribution: --- Created attachment 68707 --> https://bugs.winehq.org/attachment.cgi?id=68707 the game not working The videogame astroneer, when running a copy bought directly from the site (https://astroneer.space/), does not run and instead creates a greenish blue screen and crashes. GNOME asks you if you'd like to wait for the process or force kill it after running for about 15 seconds. -- 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 41327] New: "Dark Earth" terminated with an error.
by wine-bugs＠winehq.org 27 Nov '20

27 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=41327 Bug ID: 41327 Summary: "Dark Earth" terminated with an error. Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: sarbash.s(a)ya.ru Distribution: --- Created attachment 55665 --> https://bugs.winehq.org/attachment.cgi?id=55665 Screenshot of the error. The game is terminating when try to call "Load Game" menu. Also, at early begin of the game when Arkhan begins to pray to SunGod there is the same error. This is the place where is the coatrack with his guardsman dress. -- 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 40262] New: Impossible to interact with UI in SpectrumWorx VST
by wine-bugs＠winehq.org 27 Nov '20

27 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=40262 Bug ID: 40262 Summary: Impossible to interact with UI in SpectrumWorx VST Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: katsunori.kumatani(a)gmail.com Distribution: --- Created attachment 53878 --> https://bugs.winehq.org/attachment.cgi?id=53878 Terminal Output, only REAPER's, SpectrumWorx has none Little Endian's SpectrumWorx is a VST effect plugin (for audio applications) that does spectral processing. So, it has to be loaded in an application that supports VST plugins, such as Cockos REAPER. The UI shows up but is completely 'frozen', interacting with it is useless, clicks don't work, drags don't work, nothing works. The display doesn't get updated, either, for example if I load a preset via Reaper or randomize the parameters, the display will *not* be updated until I close and re-open the UI. However, this is *not* just a display issue. Even if you click/move knobs manually to change them, which of course shows as nothing happening, and then close and re-open the UI, the knobs will not have moved. So it's not just the display that is frozen (which it is), but your input/clicks don't work at all either. Audio processing works fine and has no issues. Right now, I have to set the preset up in a Virtual Machine with Windows XP, and then load and use it in Wine without being able to change any of its settings. (but processing works). Used 32-bit versions of both REAPER and SpectrumWorx, with wine-staging-1.9.5 in a clean 32-bit prefix. There is *NO* terminal output whatsoever from opening SpectrumWorx's UI or doing anything with it. *ALL* the attached terminal output is from REAPER only, so it's probably useless, but I attached it anyway! Download free trial from: https://www.littleendian.com/release/SpectrumWorx-2.9.4-Win32-Setup.msi Download a VST host such as Reaper from: http://reaper.fm/files/5.x/reaper516-install.exe -- 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 50172] New: Wine should write TLS session keysto SSLKEYLOGFILE if the environment variable is set
by WineHQ Bugzilla 26 Nov '20

26 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=50172 Bug ID: 50172 Summary: Wine should write TLS session keysto SSLKEYLOGFILE if the environment variable is set Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Applications talk to various servers. To better understand problems with the communication and check if there is any privacy problem with transmitted data, it would be very helpful if wine would scrape the memory of applications run by it and the involved librarys for the session keys. This could be then ingested by Wireshark and others to help with the analysis https://wiki.wireshark.org/TLS At the moment that setting is only respected by Firefox. -- 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

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 November 2020