November 2018 - Wine-Bugs - list.winehq.org

[Bug 43376] New: valgrind shows some invalid writes in dlls/msvcirt/tests/ msvcirt.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43376 Bug ID: 43376 Summary: valgrind shows some invalid writes in dlls/msvcirt/tests/msvcirt.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msvcirt Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==29409== Invalid write of size 1 ==29409== at 0x402EEF8: strcpy (vg_replace_strmem.c:506) ==29409== by 0x7BC917EA: NTDLL_strcpy (string.c:117) ==29409== by 0x4A27063: test_strstreambuf (msvcirt.c:2168) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== Address 0x4d4215d is 0 bytes after a block of size 5 alloc'd ==29409== at 0x7BC51061: notify_alloc (heap.c:254) ==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70) ==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138) ==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430) ==29409== by 0x4A26F8E: test_strstreambuf (msvcirt.c:2162) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== ==29409== Invalid write of size 1 ==29409== at 0x4E72A0F: strstreambuf_overflow (msvcirt.c:1481) ==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd ==29409== at 0x7BC51061: notify_alloc (heap.c:254) ==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70) ==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138) ==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430) ==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474) ==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== ==29409== Invalid read of size 1 ==29409== at 0x4A28AC3: test_strstreambuf (msvcirt.c:2305) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd ==29409== at 0x7BC51061: notify_alloc (heap.c:254) ==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70) ==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138) ==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430) ==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474) ==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== ==29409== Invalid read of size 1 ==29409== at 0x4A28AD2: test_strstreambuf (msvcirt.c:2305) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd ==29409== at 0x7BC51061: notify_alloc (heap.c:254) ==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70) ==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138) ==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430) ==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474) ==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298) ==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474) ==29409== by 0x4A64590: run_test (test.h:603) ==29409== by 0x4A649EE: main (test.h:687) ==29409== -- 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 36272] New: valgrind shows several leaks in dmime/tests/performance.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36272 Bug ID: 36272 Summary: valgrind shows several leaks in dmime/tests/performance.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6437== 28 bytes in 1 blocks are definitely lost in loss record 301 of 951 ==6437== at 0x7BC4C735: notify_alloc (heap.c:255) ==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6437== by 0x7FBF4B1: DMUSIC_CreateDirectMusicImpl (dmusic.c:414) ==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==6437== by 0x4956EA6: test_createport (performance.c:104) ==6437== by 0x4957D93: func_performance (performance.c:263) ==6437== by 0x4958B90: run_test (test.h:584) ==6437== by 0x4958F7F: main (test.h:654) ==6437== ==6437== 44 bytes in 1 blocks are definitely lost in loss record 432 of 951 ==6437== at 0x7BC4C735: notify_alloc (heap.c:255) ==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6437== by 0x5F90B1E: create_dmaudiopath (audiopath.c:642) ==6437== by 0x5F9D9FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==6437== by 0x5F9D5BF: IDirectMusicPerformance8Impl_InitAudio (performance.c:952) ==6437== by 0x4956AD4: test_InitAudio (performance.c:51) ==6437== by 0x4957D53: func_performance (performance.c:256) ==6437== by 0x4958B90: run_test (test.h:584) ==6437== by 0x4958F7F: main (test.h:654) ==6437== ==6437== 56 bytes in 1 blocks are possibly lost in loss record 480 of 951 ==6437== at 0x7BC4C735: notify_alloc (heap.c:255) ==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6437== by 0xC0632EC: MMDRV_InitPerType (lolvldrv.c:384) ==6437== by 0xC063C27: MMDRV_Install (lolvldrv.c:475) ==6437== by 0xC06416F: MMDRV_Init (lolvldrv.c:547) ==6437== by 0xC061F4B: MMDRV_InitSingleType (lolvldrv.c:78) ==6437== by 0xC061FEE: MMDRV_GetNum (lolvldrv.c:89) ==6437== by 0xC07F7C8: midiOutGetNumDevs (winmm.c:284) ==6437== by 0x7FBF004: create_system_ports_list (dmusic.c:328) ==6437== by 0x7FBF5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==6437== by 0x5F9D498: IDirectMusicPerformance8Impl_InitAudio (performance.c:930) ==6437== by 0x4956AD4: test_InitAudio (performance.c:51) ==6437== by 0x4957D53: func_performance (performance.c:256) ==6437== by 0x4958B90: run_test (test.h:584) ==6437== by 0x4958F7F: main (test.h:654) ==6437== ==6437== 56 bytes in 1 blocks are possibly lost in loss record 481 of 951 ==6437== at 0x7BC4C735: notify_alloc (heap.c:255) ==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6437== by 0xC0632EC: MMDRV_InitPerType (lolvldrv.c:384) ==6437== by 0xC063C4D: MMDRV_Install (lolvldrv.c:476) ==6437== by 0xC06416F: MMDRV_Init (lolvldrv.c:547) ==6437== by 0xC061F4B: MMDRV_InitSingleType (lolvldrv.c:78) ==6437== by 0xC061FEE: MMDRV_GetNum (lolvldrv.c:89) ==6437== by 0xC07F7C8: midiOutGetNumDevs (winmm.c:284) ==6437== by 0x7FBF004: create_system_ports_list (dmusic.c:328) ==6437== by 0x7FBF5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==6437== by 0x7FBFABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==6437== by 0x5F9ADA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==6437== by 0x5F9D498: IDirectMusicPerformance8Impl_InitAudio (performance.c:930) ==6437== by 0x4956AD4: test_InitAudio (performance.c:51) ==6437== by 0x4957D53: func_performance (performance.c:256) ==6437== by 0x4958B90: run_test (test.h:584) ==6437== by 0x4958F7F: main (test.h:654) ==6437== ==6437== 552 bytes in 1 blocks are possibly lost in loss record 789 of 951 ==6437== at 0x7BC4C735: notify_alloc (heap.c:255) ==6437== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6437== by 0x5F9E05B: create_dmperformance (performance.c:1218) ==6437== by 0x5F91088: ClassFactory_CreateInstance (dmime_main.c:100) ==6437== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==6437== by 0x4957997: test_COM (performance.c:218) ==6437== by 0x4957D8E: func_performance (performance.c:262) ==6437== by 0x4958B90: run_test (test.h:584) ==6437== by 0x4958F7F: main (test.h:654) ==6437== -- 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 24

[Bug 36173] New: valgrind shows several leaks in programs/wscript/tests/run.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36173 Bug ID: 36173 Summary: valgrind shows several leaks in programs/wscript/tests/run.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4782== 128 bytes in 1 blocks are definitely lost in loss record 192 of 300 ==4782== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==4782== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==4782== by 0x5ADA0B4: alloc_bstr (oleaut.c:162) ==4782== by 0x5ADA44A: SysAllocStringLen (oleaut.c:324) ==4782== by 0x4A32F3C: a2bstr (run.c:100) ==4782== by 0x4A33CE2: Dispatch_Invoke (run.c:276) ==4782== by 0x5B1C187: IDispatch_Invoke_Stub (oaidl.h:817) ==4782== by 0x5B4760B: IDispatch_RemoteInvoke_Stub (oleaut32_oaidl_p.c:1028) ==4782== by 0x5A3154F: CStdStubBuffer_Invoke (cstub.c:477) ==4782== by 0x4FB81C7: RPC_ExecuteCall (objidl.h:9086) ==4782== by 0x4FB8654: dispatch_rpc (rpc.c:1503) ==4782== by 0x5A63AB2: process_request_packet (rpc_server.c:441) ==4782== by 0x5A63F06: RPCRT4_process_packet (rpc_server.c:519) ==4782== by 0x5A64099: RPCRT4_worker_thread (rpc_server.c:541) ==4782== by 0x7BC90974: worker_thread_proc (threadpool.c:110) ==4782== by 0x7BC87017: ??? (signal_i386.c:2571) ==4782== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==4782== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==4782== by 0x7BC8E43C: start_thread (thread.c:428) ==4782== by 0x4218F92: start_thread (pthread_create.c:309) ==4782== ==6569== 48 bytes in 1 blocks are definitely lost in loss record 293 of 666 ==6569== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==6569== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==6569== by 0x5AB80B4: alloc_bstr (oleaut.c:162) ==6569== by 0x5AB85F5: SysAllocStringByteLen (oleaut.c:413) ==6569== by 0x5B07F9B: VariantCopy (variant.c:776) ==6569== by 0x5B083D7: VariantCopyInd (variant.c:866) ==6569== by 0x6E13F51: exec_script (interp.c:2063) ==6569== by 0x6E0FB33: do_icall (interp.c:596) ==6569== by 0x6E0FDDF: interp_icallv (interp.c:648) ==6569== by 0x6E140CD: exec_script (interp.c:2108) ==6569== by 0x6E269E6: exec_global_code (vbscript.c:83) ==6569== by 0x6E26A3C: exec_queued_code (vbscript.c:95) ==6569== by 0x6E276E1: VBScript_SetScriptState (vbscript.c:349) ==6569== by 0x4C5F7CC: run_script (activscp.h:1013) ==6569== by 0x4C5FD00: wWinMain (main.c:419) ==6569== by 0x4C5FF63: wmain (exe_wmain.c:51) ==6569== by 0x4C5FE40: __wine_spec_exe_wentry (exe_wentry.c:36) ==6569== by 0x7B8641DB: ??? (process.c:1045) ==6569== by 0x7B864328: start_process (process.c:1097) ==6569== by 0x7BC87017: ??? (signal_i386.c:2571) ==6569== -- 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 43340] New: valgrind shows several possible leaks in several tests ( e.g., dlls/amstream/tests/amstream.c) (AMD+llvm mesa)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43340 Bug ID: 43340 Summary: valgrind shows several possible leaks in several tests (e.g., dlls/amstream/tests/amstream.c) (AMD+llvm mesa) Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Glx info: OpenGL renderer string: Gallium 0.4 on AMD OLAND (DRM 2.49.0 / 4.9.33-vanilla-workstation-3, LLVM 3.9.1) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.0.6 OpenGL core profile shading language version string: 4.50 OpenGL version string: 3.0 Mesa 17.0.6 Henri and I briefly discussed on IRC, not likely an issue: <wizardedit> strfllw, looking at valgrind + mesa with debugging info fixed (march disabled); I see a lot of possible leaks, could you take a quick look please? e.g., d3d10core/device: https://pastebin.com/URY5kwxu <strfllw> wizardedit: I'd have to take a much closer look to say for sure, but purely by "gut feeling" I'd say probably not <strfllw> my guess would be valgrind not understanding ralloc in the first one, and not understanding Mesa's shader cache for the others Filing a bug for reference / place holder in case someone does want to investigate. ../../../tools/runtest -q -P wine -T ../../.. -M amstream.dll -p amstream_test.exe.so amstream && touch amstream.ok ==25729== 252 bytes in 1 blocks are possibly lost in loss record 2,505 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6928B70: ralloc_size (ralloc.c:126) ==25729== by 0x6928C8E: rzalloc_size (ralloc.c:158) ==25729== by 0x6928151: _mesa_hash_table_rehash (hash_table.c:269) ==25729== by 0x69280AC: hash_table_insert (hash_table.c:301) ==25729== by 0x6D52812: si_shader_cache_insert_shader (si_state_shaders.c:198) ==25729== by 0x6D52812: si_init_shader_selector_async (si_state_shaders.c:1353) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 520 bytes in 6 blocks are possibly lost in loss record 2,715 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99) ==25729== by 0x6D524CD: si_load_shader_binary (si_state_shaders.c:165) ==25729== by 0x6D524CD: si_shader_cache_load_shader (si_state_shaders.c:216) ==25729== by 0x6D524CD: si_init_shader_selector_async (si_state_shaders.c:1336) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 2,304 bytes in 6 blocks are possibly lost in loss record 2,935 of 3,085 ==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711) ==25729== by 0x6D51FA6: si_init_shader_selector_async (si_state_shaders.c:1319) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 7,260 bytes in 6 blocks are possibly lost in loss record 3,014 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D4FA9A: read_chunk (si_state_shaders.c:99) ==25729== by 0x6D52514: si_load_shader_binary (si_state_shaders.c:171) ==25729== by 0x6D52514: si_shader_cache_load_shader (si_state_shaders.c:216) ==25729== by 0x6D52514: si_init_shader_selector_async (si_state_shaders.c:1336) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 9,668 bytes in 15 blocks are possibly lost in loss record 3,028 of 3,085 ==25729== at 0x402C267: malloc (vg_replace_malloc.c:299) ==25729== by 0x6D52001: si_get_tgsi_binary (si_state_shaders.c:50) ==25729== by 0x6D52001: si_init_shader_selector_async (si_state_shaders.c:1330) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== ==25729== 21,668 bytes in 15 blocks are possibly lost in loss record 3,061 of 3,085 ==25729== at 0x402DDE5: calloc (vg_replace_malloc.c:711) ==25729== by 0x6D52699: si_get_shader_binary (si_state_shaders.c:125) ==25729== by 0x6D52699: si_shader_cache_insert_shader (si_state_shaders.c:194) ==25729== by 0x6D52699: si_init_shader_selector_async (si_state_shaders.c:1353) ==25729== by 0x6A780B6: util_queue_thread_func (u_queue.c:154) ==25729== by 0x6A77C04: impl_thrd_routine (threads_posix.h:87) ==25729== by 0x4245249: start_thread (pthread_create.c:333) ==25729== by 0x4340D6D: clone (clone.S:114) ==25729== shows up in (at least): amstream/amstream.c d2d1/d2d1.c d3d11/d3d11.c d3d10core/device.c etc. -- 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 40620] New: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056).
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=40620 Bug ID: 40620 Summary: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x00422056). Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: florit(a)gmx.at Distribution: --- Created attachment 54479 --> https://bugs.winehq.org/attachment.cgi?id=54479 the test project Console W32 cout some msg Simple ... i work on some App that rewrites some exe but enough from this. the Backtrace from the Applikation gives me some information About the crash in wine-1.9.7 Linux / OpenSuSe 13.2 . it's a win32 app that give me no idea why it dosen't should work. here the Backtrace: =>0 0x00422056 in output_a (+0x22056) (0x006df908) 1 0x004018e7 in output_a (+0x18e6) (0x006dfd88) 2 0x004013e2 in output_a (+0x13e1) (0x006dfe60) 3 0x7b465ecc call_process_entry+0xb() in kernel32 (0x006dfe78) 4 0x7b466fd3 in kernel32 (+0x46fd2) (0x006dfeb8) 5 0x7bc86020 call_thread_func_wrapper+0xb() in ntdll (0x006dfed8) 6 0x7bc8922d call_thread_func+0x7c() in ntdll (0x006dffa8) 7 0x7bc85ffe RtlRaiseException+0x21() in ntdll (0x006dffc8) 8 0x7bc5785e call_dll_entry_point+0x3fd() in ntdll (0x006dffe8) 9 0xf75453ad wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 10 0xf754546b wine_switch_to_stack+0x2a() in libwine.so.1 (0xffe5b4d8) 11 0x7bc5dc89 LdrInitializeThunk+0x238() in ntdll (0xffe5b518) 12 0x7b46d883 __wine_kernel_init+0xa12() in kernel32 (0xffe5c638) 13 0x7bc5eb83 __wine_process_init+0x192() in ntdll (0xffe5c6c8) 14 0xf7543220 wine_init+0x29f() in libwine.so.1 (0xffe5c728) 15 0x7c000c1c main+0x8b() in <wine-loader> (0xffe5cb78) 16 0xf735a993 __libc_start_main+0xf2() in libc.so.6 (0x00000000) I got no idea whats wrong! My modifyer or wine. now marked as bug for the moment ;) G()()D DAY and a lot of Work ... -- 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 36325] New: valgrind shows a couple possible leaks in rpcrt4/tests/server.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36325 Bug ID: 36325 Summary: valgrind shows a couple possible leaks in rpcrt4/tests/server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==459== 64 bytes in 1 blocks are possibly lost in loss record 172 of 352 ==459== at 0x7BC4C735: notify_alloc (heap.c:255) ==459== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==459== by 0x55F927B: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==459== by 0x55F5366: alloc_serverprotoseq (rpc_server.c:927) ==459== by 0x55F5610: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==459== by 0x55F5709: RpcServerUseProtseqEpExA (rpc_server.c:997) ==459== by 0x55F51E2: RpcServerUseProtseqEpA (rpc_server.c:892) ==459== by 0x4973259: server (server.c:1622) ==459== by 0x49737B1: func_server (server.c:1718) ==459== by 0x4995124: run_test (test.h:584) ==459== by 0x4995513: main (test.h:654) ==459== -- 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 36126] New: valgrind shows a possible leak in msi/tests/install.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36126 Bug ID: 36126 Summary: valgrind shows a possible leak in msi/tests/install.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24112== 58 bytes in 1 blocks are possibly lost in loss record 341 of 758 ==24112== at 0x7BC4C735: notify_alloc (heap.c:255) ==24112== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==24112== by 0x5069418: msi_alloc (msipriv.h:1188) ==24112== by 0x506B65C: msi_create_table (table.c:738) ==24112== by 0x500F919: CREATE_execute (create.c:72) ==24112== by 0x50453D9: MSI_ViewExecute (msiquery.c:456) ==24112== by 0x5016DAF: msi_add_table_to_db (database.c:783) ==24112== by 0x5017641: MSI_DatabaseImport (database.c:996) ==24112== by 0x5017861: MsiDatabaseImportW (database.c:1044) ==24112== by 0x5017975: MsiDatabaseImportA (database.c:1071) ==24112== by 0x4C9C113: create_database_wordcount (install.c:2442) ==24112== by 0x4CA1D82: test_readonlyfile_cab (install.c:3326) ==24112== by 0x4CAE5B2: func_install (install.c:5878) ==24112== by 0x4D69EB8: run_test (test.h:584) ==24112== by 0x4D6A2A7: main (test.h:654) ==24112== -- 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 44403] New: On macOS during first run, Wine configuration population hangs
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=44403 Bug ID: 44403 Summary: On macOS during first run, Wine configuration population hangs Product: Wine Version: 3.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joe.abbey(a)docker.com Wine 3.0 is installed using brew for a CI job using electron-loader to build an installer. The first time wine runs, it creates the ~/.wine directory and registries. Wine never completes, and hangs. Force killing the wine dialog and wine64 process produces enough configuration for a second run to complete. Force killing during CI seems like a bad way forward. To reproduce rm -rf ~/.wine brew install wine Run any wine application and it will hang on config generation. This is currently breaking Kitematic builds. -- 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 8

[Bug 43347] New: valgrind shows an unintialized read in dlls/iphlpapi/ tests/iphlpapi.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43347 Bug ID: 43347 Summary: valgrind shows an unintialized read in dlls/iphlpapi/tests/iphlpapi.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok ==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s) ==10952== at 0x4338F79: ioctl (syscall-template.S:84) ==10952== by 0x435916D: if_nametoindex (if_index.c:47) ==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143) ==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233) ==10952== by 0x488198E: test_interface_identifier_conversion (iphlpapi.c:1958) ==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230) ==10952== by 0x4884014: run_test (test.h:603) ==10952== by 0x4884465: main (test.h:687) ==10952== Address 0x4b0f8c0 is on thread 1's stack ==10952== in frame #1, created by if_nametoindex (if_index.c:35) ==10952== Uninitialised value was created by a stack allocation ==10952== at 0x4359141: if_nametoindex (if_index.c:41) ==10952== -- 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 3

[Bug 36322] New: valgrind shows a leak in rpcrpc4/tests/cstub.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36322 Bug ID: 36322 Summary: valgrind shows a leak in rpcrpc4/tests/cstub.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32691== 24 bytes in 1 blocks are definitely lost in loss record 155 of 562 ==32691== at 0x7BC4C735: notify_alloc (heap.c:255) ==32691== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32691== by 0x55C045F: CStdStubBuffer_Construct (cstub.c:88) ==32691== by 0x55BF517: CStdPSFactory_CreateStub (cpsf.c:135) ==32691== by 0x495AD74: create_stub (objidl.h:9251) ==32691== by 0x495B861: test_Connect (cstub.c:867) ==32691== by 0x495C5C5: func_cstub (cstub.c:1174) ==32691== by 0x4995124: run_test (test.h:584) ==32691== by 0x4995513: main (test.h:654) ==32691== -- 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