August 2026 - Wine-Bugs - list.winehq.org

[Bug 60203] New: crash europa universalis III
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=60203 Bug ID: 60203 Summary: crash europa universalis III Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: askondro(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81889 --> http://bugs.winehq.org/attachment.cgi?id=81889 log for europa universalis III In steam on fedora 44, europa universalis crashes after the start. -- 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 53697] New: Battle.net Agent.8009/Agent.exe not working (installing Battle.net client and updating games) (2022-09-17)
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=53697 Bug ID: 53697 Summary: Battle.net Agent.8009/Agent.exe not working (installing Battle.net client and updating games) (2022-09-17) Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Created attachment 73102 --> https://bugs.winehq.org/attachment.cgi?id=73102 STDOUT/STDERR log (Battle.net client installation) At about 2022-09-17 Blizzard released a new Agent.8009\Agent.exe (5.346.640 bytes) replacing the previous Agent.7984\Agent.exe (5.549.912 bytes) It's is usually placed in one of these folders: WINE C: ProgramData/Battle.net/Agent/ WINE C: users/Public/Application Data/Battle.net/Agent/ Note: This is NOT about the other file named "Agent.exe" (about 595.792 bytes) in the "Agent" folder above. DETAILS With the new Agent.8009/Agent.exe the Battle.net client isn't able to install. wine-7.17 and wine-staging-7.17: And an already installed Battle.net isn't able to update games. The progress is just stuck at 0%. It looks like Agent.exe is continuously crashing and being restarted in background. wine-7.17: When installing Battle.net with you get an hard error "BLZBNTAGT000008FC". wine-staging-7.17: The progress is just stuck at 0%. (similar to when updating games) REPRODUCTION OS: Debian-11 1. Download Battle.net client setup. https://eu.battle.net/download/getInstaller?os=win&installer=Battle.net-Set… https://www.battle.net/download/getInstallerForGame?os=win&gameProgram=BATT… Currently: 4.838.352 bytes 2. Run Battle.net-Setup.exe in a new Wine prefix and click trough the update process. 3. wine-7.17: You get the error "BLZBNTAGT000008FC". wine-staging-7.17: The installation process is stuck at "Installing Battle.net... (0%)". WORKAROUNDS Updating games: Replace Agent.exe in "Agent.8009\" folder with old "Agent.7984\Agent.exe". Installing Battle.net with wine-staging-7.17: Just replace the file while the installing process is being stuck. Afterwards the installation should automatically continue. Installing Battle.net with wine-7.17: DIFFICULT -> try to use wine-staging-7.17 instead! Run Battle.net-Setup.exe once until you get the "BLZBNTAGT000008FC" error. Then close the setup and place Agent.exe version 7984 in that folder an protect it from being overwritten. sudo chattr +i /path/to/Agent.8009/ (may only work on ext4 filesystems) Important: Use "chattr" on the folder "Agent.8009", not on the "Agent.exe" file. The run the Battle.net setup again. You won't be able to delete the "Agent.8009" folder until you run the reverse command sudo chattr -i /path/to/Agent.8009/ SEE ALSO https://www.reddit.com/r/linux_gaming/comments/xgb5fx/problems_with_battlen… https://us.forums.blizzard.com/en/blizzard/t/last-update-completely-breaks-… -- 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 86

[Bug 36929] New: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (nsHtml5StreamParser::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36929 Bug ID: 36929 Summary: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (nsHtml5StreamParser::Release) Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15556== Conditional jump or move depends on uninitialised value(s) ==15556== at 0x103E23D3: nsHtml5StreamParser::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==15556== Uninitialised value was created by a client request ==15556== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15556== by 0x7BC4C075: initialize_block (heap.c:240) ==15556== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15556== by 0x806119E: msvcrt_heap_alloc (heap.c:70) ==15556== by 0x8061D63: MSVCRT_malloc (heap.c:408) ==15556== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==15556== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15556== by 0x7DF1F26: init_xpcom (nsembed.c:698) ==15556== by 0x7DF2399: load_gecko (nsembed.c:774) ==15556== by 0x7DF6D01: create_nscontainer (nsembed.c:2042) ==15556== by 0x7D772F6: HTMLDocument_Create (htmldoc.c:4756) ==15556== by 0x7DE0F7D: ClassFactory_CreateInstance (main.c:238) ==15556== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15556== by 0x4D63202: create_mime_object (binding.c:258) ==15556== by 0x4D635A2: create_object (binding.c:308) ==15556== by 0x4D660AB: report_data (binding.c:1077) ==15556== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15556== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15556== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15556== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15556== ==15556== Conditional jump or move depends on uninitialised value(s) ==15556== at 0x103E2416: nsHtml5StreamParser::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==15556== by 0x7DE9EBE: stop_request_proc (navigate.c:1437) ==15556== by 0x7E2AB77: hidden_proc (task.c:316) ==15556== by 0x54AA909: ??? (winproc.c:173) ==15556== by 0x54AAA7E: call_window_proc (winproc.c:244) ==15556== by 0x54ACC17: WINPROC_call_window (winproc.c:900) ==15556== by 0x546E5A1: DispatchMessageW (message.c:4022) ==15556== by 0x10769BED: nsAppShell::ProcessNextNativeEvent (nsappshell.cpp:223) ==15556== by 0x10791553: nsBaseAppShell::DoProcessNextNativeEvent (nsbaseappshell.cpp:139) ==15556== by 0x109DE999: nsThread::ProcessNextEvent (nsthread.cpp:599) ==15556== by 0x109B626F: NS_ProcessPendingEvents (nsthreadutils.cpp:188) ==15556== by 0x10791100: nsBaseAppShell::NativeEventCallback (nsbaseappshell.cpp:97) ==15556== Uninitialised value was created by a client request ==15556== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==15556== by 0x7BC4C075: initialize_block (heap.c:240) ==15556== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==15556== by 0x806119E: msvcrt_heap_alloc (heap.c:70) ==15556== by 0x8061D63: MSVCRT_malloc (heap.c:408) ==15556== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==15556== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==15556== by 0x7DF1F26: init_xpcom (nsembed.c:698) ==15556== by 0x7DF2399: load_gecko (nsembed.c:774) ==15556== by 0x7DF6D01: create_nscontainer (nsembed.c:2042) ==15556== by 0x7D772F6: HTMLDocument_Create (htmldoc.c:4756) ==15556== by 0x7DE0F7D: ClassFactory_CreateInstance (main.c:238) ==15556== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==15556== by 0x4D63202: create_mime_object (binding.c:258) ==15556== by 0x4D635A2: create_object (binding.c:308) ==15556== by 0x4D660AB: report_data (binding.c:1077) ==15556== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==15556== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==15556== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==15556== by 0x4D67FCF: process_tasks (bindprot.c:57) ==15556== -- 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 59853] New: Elite: Dangerous: too many open files
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=59853 Bug ID: 59853 Summary: Elite: Dangerous: too many open files Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: quasarhasanewemail(a)proton.me Distribution: Gentoo Created attachment 81152 --> http://bugs.winehq.org/attachment.cgi?id=81152 terminal output When having a `ulimit -Hn` of 4096 and the ntsync kernel module loaded, the game crashes after pressing the "launch" button on the game launcher, with logs . This does not happen when using the env var WINE_D3D_CONFIG='renderer=vulkan' -- 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 6

[Bug 58234] New: llvm-mingw build makes ddraw:ddraw4 test crash because of a ceilf recursion.
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58234 Bug ID: 58234 Summary: llvm-mingw build makes ddraw:ddraw4 test crash because of a ceilf recursion. Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 78561 --> http://bugs.winehq.org/attachment.cgi?id=78561 ddraw_test_llvm-ceilf-ceil-recursion.txt Hello, trying to look at a failure of test ddraw:ddraw4 I just found an issue with my build. The issue is a recursive call to ceilf. This affects just the 32-bit build, where it looks like ceilf is just an inline wrapper in the header file for the function ceil. But for some reason llvm-mingw/clang replaces the call to ceil by ceilf, therefore causing the recursion. Adding `EXTRADEFS = -fno-builtin` to dlls/ddraw/tests/Makefile.in fixes this issue for here. Or is this caused by me using the `{i686,186_64}-w64-mingw32-gcc` wrappers instead of the clang binary? Can someone else confirm this? Is this an issue that should be fixed in wine, or is there something wrong in llvm-mingw/llvm-project, or I am just using an unsupported way to configure? -- 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 43371] New: valgrind shows a definite leak in dlls/d3drm/tests/ d3drm.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43371 Bug ID: 43371 Summary: valgrind shows a definite leak in dlls/d3drm/tests/d3drm.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==8686== 28 bytes in 1 blocks are definitely lost in loss record 1,029 of 2,577 ==8686== at 0x7BC51061: notify_alloc (heap.c:254) ==8686== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==8686== by 0x4B7B77A: Direct3DRMCreate (d3drm.c:2311) ==8686== by 0x4A4366A: test_create_texture_from_surface (d3drm.c:6620) ==8686== by 0x4A47EFB: func_d3drm (d3drm.c:7341) ==8686== by 0x4A4AD93: run_test (test.h:603) ==8686== by 0x4A4B1F2: main (test.h:687) ==8686== ==8686== 672 bytes in 24 blocks are definitely lost in loss record 2,399 of 2,577 ==8686== at 0x7BC51061: notify_alloc (heap.c:254) ==8686== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==8686== by 0x4B7B77A: Direct3DRMCreate (d3drm.c:2311) ==8686== by 0x4A20977: test_destroy_callback (d3drm.c:1418) ==8686== by 0x4A21934: test_object (d3drm.c:1600) ==8686== by 0x4A47E7E: func_d3drm (d3drm.c:7316) ==8686== by 0x4A4AD93: run_test (test.h:603) ==8686== by 0x4A4B1F2: main (test.h:687) ==8686== -- 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 36330] New: valgrind shows a couple leak in secur32/tests/schannel.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36330 Bug ID: 36330 Summary: valgrind shows a couple leak in secur32/tests/schannel.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16588== 8 bytes in 1 blocks are definitely lost in loss record 10 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x5ADC1F3: ??? ==16588== by 0x5ADCAC8: ??? ==16588== by 0x4D7D019: test_communication (schannel.c:696) ==16588== by 0x4D7E737: func_schannel (schannel.c:907) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== ==16588== 11,108 bytes in 146 blocks are possibly lost in loss record 293 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x4FA85DF: CryptMemAlloc (main.c:124) ==16588== by 0x4FB9D32: crypt_oid_init (oid.c:1431) ==16588== by 0x4FA81F8: DllMain (main.c:46) ==16588== by 0x4FCCF36: __wine_spec_dll_entry (dll_entry.c:40) ==16588== by 0x7BC53B24: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==16588== by 0x7BC5644E: MODULE_InitDLL (loader.c:1068) ==16588== by 0x7BC56AE7: process_attach (loader.c:1157) ==16588== by 0x7BC596E6: LdrLoadDll (loader.c:2129) ==16588== by 0x7B8581FE: load_library (module.c:933) ==16588== by 0x7B8582C9: LoadLibraryExW (module.c:990) ==16588== by 0x7B8583E0: LoadLibraryExA (module.c:970) ==16588== by 0x7B85844C: LoadLibraryA (module.c:1022) ==16588== by 0x4D7E4B0: func_schannel (schannel.c:122) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== -- 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 44896] New: Sonic CD Steam choppy audio
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=44896 Bug ID: 44896 Summary: Sonic CD Steam choppy audio Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: ALEXMCCULLLOCH(a)gmail.com If you do get Sonic CD to even run, the music/sounds are choppy. -- 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.

3 4

[Bug 43390] New: valgrind shows a few definite leaks in dlls/xaudio2_7/ tests/xaudio2.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43390 Bug ID: 43390 Summary: valgrind shows a few definite leaks in dlls/xaudio2_7/tests/xaudio2.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159) ==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809) ==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293) ==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C37F03: ??? ==3551== by 0x5C38059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5E44F03: ??? ==3551== by 0x5E45059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DC35: CreateFX (xapofx.c:835) ==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== -- 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 8

[Bug 36705] New: valgrind shows uninitialized memory use in user32/tests/input.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36705 Bug ID: 36705 Summary: valgrind shows uninitialized memory use in user32/tests/input.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com I tracked this down to only occurring when the screen is locked. Note that the test passes with the screen locked or unlocked. ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB87DB: test_key_names (input.c:1642) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB8828: test_key_names (input.c:1643) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== -- 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