November 2023 - Wine-bugs - list.winehq.org

[Bug 51473] New: user32:input Some SendInput() set LastError to ERROR_ACCESS_DENIED on cw-rx460 19.11.3
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51473 Bug ID: 51473 Summary: user32:input Some SendInput() set LastError to ERROR_ACCESS_DENIED on cw-rx460 19.11.3 Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com More specifically some cw-rx460 machines have the following failures: https://test.winehq.org/data/patterns.html#user32:input input.c:4410: Test failed: SendInput returned 1, error 0x5 input.c:4413: Test failed: SendInput returned 16, error 0x5 input.c:4464: Test failed: SendInput returned 16, error 0x5 These fail not because SendInput() failed, but because it modified LastError, setting it to ERROR_ACCESS_DENIED. This only happens on the following machines which have in common that they use the 19.11.3 Radeon driver which is the latest version that will run on these Windows versions: win1507_cw-rx460-1507-32 win1507_cw-rx460-1507-64 win81_cw-rx460-32 win81_cw-rx460-64 The failure is systematic on these machines. -- 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 51471] New: user32:input receives unexpected WM_SYSTIMER messages in test_SendInput()
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51471 Bug ID: 51471 Summary: user32:input receives unexpected WM_SYSTIMER messages in test_SendInput() Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input sometimes receives unexpected WM_SYSTIMER messages in test_SendInput(): https://test.winehq.org/data/patterns.html#user32:input input.c:4477: Test failed: SendInput triggered unexpected message 0x118 Notes: * This is random: there is no machine where it happens systematically; and different machines don't necessarily have the issue on the same day. * This does not happen on a specific Windows version though not all seem to be impacted either. Specifically this issue has been seen on the following machines: win7_newtb-w7u-2qxl win7_newtb-w7u-de win7_newtb-w7u-el win7_newtb-w7u-es win7_newtb-w7u-pt-PT 2008_newtb-w2008s64 win81_cw-rx460 win1507_cw-gtx560-1507 win1507_cw-rx460-1507 win1909_cw-gtx560-1909 win2009_cw-gtx560-2009 win2009_cw-rx460-2009 * Maybe the following article can be useful: https://devblogs.microsoft.com/oldnewthing/20160624-00/?p=93745 -- 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 42784] New: Lost Planet dx10 demo black screen after starting new game
by wine-bugs＠winehq.org 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=42784 Bug ID: 42784 Summary: Lost Planet dx10 demo black screen after starting new game Product: Wine Version: 2.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andras(a)sth.sze.hu Distribution: --- Created attachment 57802 --> https://bugs.winehq.org/attachment.cgi?id=57802 +d3d11, + d3d_shader After starting new game or performance test in Lost Planet dx10 demo, it shows only black screen. It tries to create a geometry shader and fails. As far as I see, it want to use a vertex shader as geometry shader. See log file. -- 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 54089] New: user32:input - test_SendInput() sometimes gets an unexpected 0x738 message on w1064v1709
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54089 Bug ID: 54089 Summary: user32:input - test_SendInput() sometimes gets an unexpected 0x738 message on w1064v1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_SendInput() sometimes gets an unexpected 0x738 message on w1064v1709: * 2022-060-14 input.c:4439: Test failed: SendInput triggered unexpected message 0x60 input.c:4457: Test failed: SendInput triggered unexpected message 0x738 * 2022-12-05 input.c:4560: Test failed: SendInput triggered unexpected message 0x60 input.c:4578: Test failed: SendInput triggered unexpected message 0x738 See https://test.winehq.org/data/patterns.html#user32:input It's not clear why this only happens on w1064v1709. I suspect this is a repeat of bug 48815 where this 0x738 message was being sent to a message-only UserAdapterWindowClass window (but apparently that impacted all Windows 10 >= 1709). If so maybe user32:input should selectively ignore some messages like user32:win now does: commit fa28e05cf5b0101fb046c4845391634791268200 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Jan 31 14:18:07 2022 +0100 user32/tests: Ignore messages for UserAdapterWindowClass windows. Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=48815 Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.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.

1 3

[Bug 50475] New: ENM (Externes Notenmodul / external mark module) crashes on opening
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=50475 Bug ID: 50475 Summary: ENM (Externes Notenmodul / external mark module) crashes on opening Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sebastian.arnhold387(a)gmail.com Distribution: --- Created attachment 69111 --> https://bugs.winehq.org/attachment.cgi?id=69111 Terminal log ENM is a teacher's tool for grading students, released by the government of the state of North-Rhine Westphalia (NRW) in Germany. Requirements for wine: winetricks mdac28 msls31 riched30 vb6run winbind Description of the bug: When trying to install the latest version of ENM ("ENM-Setup 1.4.8.1 Stand 21.12.2020") downloaded from the official government website, the installer works fine. When trying to open the installed executable, the program crashes immediately with an "unhandled exception" error. I tried to run it using both wine and wine-development package, trying both 64 bit and 32 bit prefix, on Ubuntu 20.04 amd64. Results are identical. Terminal output log included. Link to software (installer): https://www.svws.nrw.de/system/files/zip_und_exe/2020-12/ENM-Setup_1_4_8_1.… Link to WineHQ database entry (outdated and unmaintained): https://appdb.winehq.org/objectManager.php?sClass=application&iId=9047 Additional problem solving analysis: Older versions of the software definitely worked fine until June 2020, as e.g. this blog entry proves (http://www.tohschneider.de/extnotmodlinux/) Suspected a problem with ENM software itself, but when trying older version from before that time, these versions that once worked fine now also throw an "unhandled exception" error. This proves that something in wine must have changed. Contacted developer of ENM software. Developer suspects a problem with the way wine handles the ADO drivers. Other softwares from the government school software suite show similar behaviour. Government institution sadly does not support Linux, but is interested in getting ENM software to work again. In the interest of free education, solution would be highly appreciated. Thanks! -- 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 11

[Bug 54223] New: [Wine 8.0-rc2] [Severe Performance Regression] [Unigine Heaven Benchmark 4.0] Wine DirectX11 to OpenGL Severely Low FPS
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54223 Bug ID: 54223 Summary: [Wine 8.0-rc2] [Severe Performance Regression] [Unigine Heaven Benchmark 4.0] Wine DirectX11 to OpenGL Severely Low FPS Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: CHECK_1234543212345(a)protonmail.com Distribution: --- ⬤ System Information: OS: Ubuntu 22.10 Kernel: 6.1.0 CPU: Ryzen 7 1700 GPU: XFX RX580 4GB Window Manager: OpenBox Compositor: No Compositor, Xorg TearFree Disabled ⬤ Issue: Wine's DirectX11 to OpenGL was the fastest on Wine 6.0, but then got a little slower on Wine 7.0 and got severely more slower when I tested with Wine 7.22 before I installed Wine 8.0-rc2. ⬤ Settings: RX580 locked to 300Mhz core clock and 300Mhz memory clock Quality: Low Resolution: 1280x720 Fullscreen: Unchecked ⬤ Information: Lutris was used to easily switch between Wine versions. Scene 2 is where the screen was moving across the bridge looking at the boat. You can switch scenes with in the Unigine Benchmark by using the "Backspace" and "Enter" keyboard keys. Unigine Heaven Benchmark 4.0 Results: -------------------- Wine staging 8.0-rc2 DX11 to OpenGL Scene 2: 41 FPS (41 FPS with WINEDEBUG=-all) Scene 3: 24 FPS (24 FPS with WINEDEBUG=-all) Wine staging 8.0-rc2 DX11 to Vulkan (winetricks renderer=vulkan) Scene 2: 26 FPS (with WINEDEBUG=-all) Scene 3: 15 FPS (with WINEDEBUG=-all) Wine staging 8.0-rc2 DX11 to Vulkan (DXVK 2.0) (./setup_dxvk.sh install) Scene 2: 84 FPS (with WINEDEBUG=-all) Scene 3: 104 FPS (with WINEDEBUG=-all) - Wine staging 8.0-rc2 DX9 to OpenGL Scene 2: 90 FPS (with WINEDEBUG=-all) Scene 3: 97 FPS (with WINEDEBUG=-all) Wine staging 8.0-rc2 DX9 to Vulkan (winetricks renderer=vulkan) CRASHES with an error dialog when starting benchmark Wine staging 8.0-rc2 DX9 to Vulkan (DXVK 2.0) (./setup_dxvk.sh install) Scene 2: 57 FPS (with WINEDEBUG=-all) Scene 3: 67 FPS (with WINEDEBUG=-all) - Wine staging 8.0-rc2 OpenGL to OpenGL Scene 2: 91 FPS (with WINEDEBUG=-all) Scene 3: 105 FPS (with WINEDEBUG=-all) -------------------- Wine staging 7.22 DX11 to OpenGL Same performance problem as wine 8.0-rc2 -------------------- Wine staging 7.0 DX11 to OpenGL Scene 2: 61 FPS (74 FPS with WINEDEBUG=-all) Scene 3: 32 FPS (61 FPS with WINEDEBUG=-all) - Wine staging 7.0 DX9 to OpenGL Scene 2: 88 FPS (with WINEDEBUG=-all) Scene 3: 83 FPS (with WINEDEBUG=-all) -------------------- Wine staging 6.0 DX11 to OpenGL Scene 2: 88 FPS (88 FPS with WINEDEBUG=-all) Scene 3: 48 FPS (71 FPS with WINEDEBUG=-all) - Wine staging 6.0 DX9 to OpenGL Scene 2: 88 FPS (with WINEDEBUG=-all) Scene 3: 78 FPS (with WINEDEBUG=-all) -------------------- Wine staging 5.1 DX11 to OpenGL Scene 2: 71 FPS (71 FPS with WINEDEBUG=-all) Scene 3: 48 FPS (55 FPS with WINEDEBUG=-all) -------------------- Wine staging 4.0 DX11 to OpenGL Scene 2: 75 FPS (84 FPS with WINEDEBUG=-all) Scene 3: 41 FPS (64 FPS with WINEDEBUG=-all) -------------------- Wine staging 3.0 DX11 to OpenGL Scene 2: 48 FPS (61 FPS with WINEDEBUG=-all) Scene 3: 27 FPS (44 FPS with WINEDEBUG=-all) The Unigine Benchmark Launcher opened very quickly with wine 3.0 -------------------- ⬤ Information: I had "Output debugging info" "Enabled" in Lutris at first with the DX11 to OpenGL tests and retested with "Output debugging info" "Disabled (default)" in Lutris, which just added the "WINEDEBUG=-all" environmental variable. The Wine 32-bit staging versions 7.0 to 3.0 was downloaded from: https://www.playonlinux.com/wine/binaries/phoenicis/staging-linux-x86/ The Unigine Heaven Benchmark Launcher was closed after starting each benchmark because the Unigine Heaven Benchmark Launcher was decreasing the FPS. ⬤ Conclusion: DirectX11 to OpenGL was the fastest in Wine 6.0 Somewhere between Wine 6.0 and Wine 7.0, Wine's DirectX11 to OpenGL became a bit more slower. Somewhere between Wine 7.0 and Wine 7.22, Wine's DirectX11 to OpenGL became severely more slower. Wine's OpenGL to OpenGL is currently faster than: DXVK (DXVK 2.0) (./setup_dxvk.sh install) Wine's DirectX9/DirectX11 to OpenGL (renderer=gl). Wine's DirectX9/DirectX11 to Vulkan (winetricks renderer=vulkan) Unigine Heaven Benchmark crashes when using DirectX9 to Vulkan (winetricks renderer=vulkan) but not with DXVK's DirectX9 to Vulkan (DXVK 2.0) (./setup_dxvk.sh install). Wine 3.0 Opens the Unigine Heaven Benchmark launcher very quickly. But then with Wine 4.0 and above, the Unigine Heaven Benchmark launcher opens more slower than Wine 3.0. I am using a HDD. ⬤ Warning if not fixed before Wine 8.0 stable gets released: It would be good if this problem is fixed before Wine 8.0 stable get released because Steam's Proton uses stable versions of Wine. If this problem is not fixed by the time Wine 8.0 stable gets released and proton updates to Wine 8.0. anyone using "PROTON_USE_WINED3D=1" on a DirectX11 Steam game can have severely Low FPS while Wine 7.0's DirectX11 to OpenGL is only a little bit more slower than Wine 6.0's DirectX11 to OpenGL right now. -- 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 51

[Bug 52595] New: Starts with black window
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=52595 Bug ID: 52595 Summary: Starts with black window Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k8auf1947(a)cometchaser.de Distribution: --- Created attachment 71920 --> https://bugs.winehq.org/attachment.cgi?id=71920 App starts with black window, Wine 7.2 on Bullseye The application starts and shows a black window (application menue is shown). After clicking into the black window, the application draws the window. It worked until Wine 7.1, problem appears with Wine 7.2 on Debian Bullseye. Happens also on Debian Bookworm. File: test-2022-02-25_18.50.43.mp4 Wine 7.1 on Bookworm File: test-2022-02-26_10.40.38.mp4 Wine 7.2 on Bullseye -- 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 11

[Bug 51931] New: Dead Rising encounters infinite loading when starting a new game (needs WMAudio Decoder DMO)
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51931 Bug ID: 51931 Summary: Dead Rising encounters infinite loading when starting a new game (needs WMAudio Decoder DMO) Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 073c:err:ole:com_get_class_object class {2eeb4adf-4578-4d10-bca7-bb955f56320a} not registered 073c:err:ole:com_get_class_object no class object {2eeb4adf-4578-4d10-bca7-bb955f56320a} could be created for context 0x1 wine-6.20-61-gababea0fd70 -- 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 8

[Bug 35300] New: Lego Racers crashes when click on configuration commands for Player 1
by wine-bugs＠winehq.org 26 Jan '24

26 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=35300 Bug ID: 35300 Summary: Lego Racers crashes when click on configuration commands for Player 1 Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: castor91(a)gmail.com Classification: Unclassified Created attachment 47087 --> http://bugs.winehq.org/attachment.cgi?id=47087 Debug log file Unhandled exception: page fault on write access to 0x00000037 in 32-bit code (0x7bc4fe5c). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7bc4fe5c ESP:0032fbd0 EBP:0032fbe8 EFLAGS:00010202( R- -- I - - - ) EAX:00110014 EBX:7bcb2ca0 ECX:0016bac8 EDX:0016b5b0 ESI:0020006e EDI:00000037 Stack dump: 0x0032fbd0: 0016bac8 00000002 0016b5c0 7bcb2ca0 0x0032fbe0: 00110014 0016b5b0 0032fc38 7bc4ffe9 0x0032fbf0: 00000518 00110000 0032fc58 7bc3ba87 0x0032fc00: 00110060 7e8f4a84 0032fc6c 00000082 0x0032fc10: 0032fc30 7bcb2ca0 0032fc7c 00000518 0x0032fc20: 0016ba48 00110000 0032fc98 7bcb2ca0 Backtrace: =>0 0x7bc4fe5c in ntdll (+0x3fe5c) (0x0032fbe8) 1 0x7bc4ffe9 in ntdll (+0x3ffe8) (0x0032fc38) 2 0x7bc50219 RtlFreeHeap+0x98() in ntdll (0x0032fc98) 3 0x7e68bd0d MSVCRT_operator_delete+0x7c() in msvcrt (0x0032fce8) 0x7bc4fe5c: movl %esi,0x0(%edi) Modules: Module Address Debug info Name (112 modules) PE 400000- 52f000 Export legoracers PE 10000000-1006d000 Deferred goldp ELF 7a299000-7b800000 Deferred libllvm-3.2.so.1 ELF 7b800000-7ba4b000 Deferred kernel32<elf> \-PE 7b810000-7ba4b000 \ kernel32 ELF 7bc00000-7bccf000 Dwarf ntdll<elf> \-PE 7bc10000-7bccf000 \ ntdll ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7c432000-7c449000 Deferred libresolv.so.2 ELF 7c449000-7c451000 Deferred libogg.so.0 ELF 7c451000-7c47d000 Deferred libvorbis.so.0 ELF 7c47d000-7c5f5000 Deferred libvorbisenc.so.2 ELF 7c5f5000-7c645000 Deferred libflac.so.8 ELF 7c645000-7c6b9000 Deferred libsndfile.so.1 ELF 7c6b9000-7c6c3000 Deferred libwrap.so.0 ELF 7c6c3000-7c70d000 Deferred libdbus-1.so.3 ELF 7c70d000-7c778000 Deferred libpulsecommon-3.0.so ELF 7c778000-7c7c7000 Deferred libpulse.so.0 ELF 7c7c7000-7c7ce000 Deferred libasound_module_pcm_pulse.so ELF 7c7dd000-7c8cf000 Deferred libasound.so.2 ELF 7c8d1000-7c8d8000 Deferred libasyncns.so.0 ELF 7c8d8000-7c8e2000 Deferred libjson.so.0 ELF 7c8e5000-7c912000 Deferred winealsa<elf> \-PE 7c8f0000-7c912000 \ winealsa ELF 7c912000-7ca2a000 Deferred oleaut32<elf> \-PE 7c930000-7ca2a000 \ oleaut32 ELF 7ca2a000-7ca4a000 Deferred mmdevapi<elf> \-PE 7ca30000-7ca4a000 \ mmdevapi ELF 7d35b000-7d38f000 Deferred libtxc_dxtn.so ELF 7d38f000-7d396000 Deferred libffi.so.6 ELF 7d396000-7d3b3000 Deferred libgcc_s.so.1 ELF 7d49c000-7d4a4000 Deferred libdrm_nouveau.so.2 ELF 7d4a4000-7d883000 Deferred libgallium.so.0 ELF 7d883000-7dc3e000 Deferred libdricore9.1.7.so.1 ELF 7dc3e000-7dd71000 Deferred nouveau_dri.so ELF 7dd71000-7dd7e000 Deferred libdrm.so.2 ELF 7dd7e000-7dd99000 Deferred libxcb-glx.so.0 ELF 7dd99000-7ddb0000 Deferred libglapi.so.0 ELF 7ddb0000-7de09000 Deferred libgl.so.1 ELF 7de09000-7deee000 Deferred opengl32<elf> \-PE 7de30000-7deee000 \ opengl32 ELF 7deee000-7e01f000 Deferred wined3d<elf> \-PE 7df00000-7e01f000 \ wined3d ELF 7e08c000-7e0f5000 Deferred ddraw<elf> \-PE 7e090000-7e0f5000 \ ddraw ELF 7e118000-7e13a000 Deferred imm32<elf> \-PE 7e120000-7e13a000 \ imm32 ELF 7e180000-7e1b3000 Deferred uxtheme<elf> \-PE 7e190000-7e1b3000 \ uxtheme ELF 7e1b3000-7e1ba000 Deferred libxfixes.so.3 ELF 7e1ba000-7e1c5000 Deferred libxcursor.so.1 ELF 7e1c5000-7e1d5000 Deferred libxi.so.6 ELF 7e1d5000-7e1d9000 Deferred libxcomposite.so.1 ELF 7e1d9000-7e1e4000 Deferred libxrandr.so.2 ELF 7e1e4000-7e1ee000 Deferred libxrender.so.1 ELF 7e1ee000-7e1f4000 Deferred libxxf86vm.so.1 ELF 7e1f4000-7e1f8000 Deferred libxinerama.so.1 ELF 7e1f8000-7e1fc000 Deferred libxau.so.6 ELF 7e1fc000-7e221000 Deferred libxcb.so.1 ELF 7e221000-7e358000 Deferred libx11.so.6 ELF 7e358000-7e36a000 Deferred libxext.so.6 ELF 7e36a000-7e36f000 Deferred libxcb-dri2.so.0 ELF 7e36f000-7e372000 Deferred libx11-xcb.so.1 ELF 7e372000-7e376000 Deferred libxdamage.so.1 ELF 7e380000-7e40b000 Deferred winex11<elf> \-PE 7e390000-7e40b000 \ winex11 ELF 7e46d000-7e495000 Deferred libexpat.so.1 ELF 7e495000-7e4ce000 Deferred libfontconfig.so.1 ELF 7e4ce000-7e4e2000 Deferred libz.so.1 ELF 7e4e2000-7e57d000 Deferred libfreetype.so.6 ELF 7e593000-7e5a6000 Deferred comm.drv16.so PE 7e5a0000-7e5a6000 Deferred comm.drv16 ELF 7e5a6000-7e648000 Deferred krnl386.exe16.so PE 7e5c0000-7e648000 Deferred krnl386.exe16 ELF 7e648000-7e6e4000 Dwarf msvcrt<elf> \-PE 7e660000-7e6e4000 \ msvcrt ELF 7e6e4000-7e70c000 Deferred msacm32<elf> \-PE 7e6f0000-7e70c000 \ msacm32 ELF 7e70c000-7e7bf000 Deferred winmm<elf> \-PE 7e710000-7e7bf000 \ winmm ELF 7e7bf000-7e8b7000 Deferred comctl32<elf> \-PE 7e7d0000-7e8b7000 \ comctl32 ELF 7e8b7000-7e8fd000 Deferred dinput<elf> \-PE 7e8c0000-7e8fd000 \ dinput ELF 7e8fd000-7e942000 Deferred dsound<elf> \-PE 7e900000-7e942000 \ dsound ELF 7e942000-7e9bc000 Deferred rpcrt4<elf> \-PE 7e950000-7e9bc000 \ rpcrt4 ELF 7e9bc000-7ead2000 Deferred ole32<elf> \-PE 7e9d0000-7ead2000 \ ole32 ELF 7ead2000-7eaea000 Deferred version<elf> \-PE 7eae0000-7eaea000 \ version ELF 7eaea000-7eb50000 Deferred advapi32<elf> \-PE 7eb00000-7eb50000 \ advapi32 ELF 7eb50000-7ec5e000 Deferred gdi32<elf> \-PE 7eb60000-7ec5e000 \ gdi32 ELF 7ec5e000-7eda6000 Deferred user32<elf> \-PE 7ec70000-7eda6000 \ user32 ELF 7efa6000-7efb3000 Deferred libnss_files.so.2 ELF 7efb3000-7efbf000 Deferred libnss_nis.so.2 ELF 7efbf000-7efd8000 Deferred libnsl.so.1 ELF 7efd8000-7efe1000 Deferred libnss_compat.so.2 ELF 7efe1000-7efea000 Deferred librt.so.1 ELF 7efec000-7f000000 Deferred system.drv16.so PE 7eff0000-7f000000 Deferred system.drv16 ELF b73e7000-b742a000 Deferred libm.so.6 ELF b742a000-b742f000 Deferred libdl.so.2 ELF b742f000-b75e3000 Deferred libc.so.6 ELF b75e3000-b75fe000 Deferred libpthread.so.0 ELF b7615000-b77c8000 Dwarf libwine.so.1 ELF b77ca000-b77ec000 Deferred ld-linux.so.2 ELF b77ec000-b77ed000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\LEGO Media\Games\LEGO Racers\LEGORacers.exe 00000028 15 00000027 15 00000026 0 00000025 0 00000024 0 00000009 0 <== 0000000e services.exe 0000001e 0 0000001d 0 00000018 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000019 0 00000017 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 explorer.exe 00000023 0 00000022 0 System information: Wine build: wine-1.7.9 Platform: i386 Host system: Linux Host version: 3.8.0-34-generic -- 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 54362] New: BurnInTest calls unimplemented function ntoskrnl.exe.ExAllocatePool2
by WineHQ Bugzilla 26 Jan '24

26 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54362 Bug ID: 54362 Summary: BurnInTest calls unimplemented function ntoskrnl.exe.ExAllocatePool2 Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 73935 --> https://bugs.winehq.org/attachment.cgi?id=73935 Console output When BurnInTest starts, it tries several times to call ExAllocatePool2. Each time, a black terminal window appears over the main window. $ sha256sum bitwindows.exe d90fd00445986b74c5af179a5cb1a381c9b6ab7be459afcb55fe342f12724296 -- 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