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

[Bug 36909] New: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsJSContext::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36909 Bug ID: 36909 Summary: valgrind shows an unitialized variable in dlls/ieframe/tests/ie.c (nsJSContext::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 ==24616== Conditional jump or move depends on uninitialised value(s) ==24616== at 0x1041CF2C: nsJSContext::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==24616== Uninitialised value was created by a client request ==24616== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==24616== by 0x7BC4C641: initialize_block (heap.c:240) ==24616== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==24616== by 0x782A76B: msvcrt_heap_alloc (heap.c:70) ==24616== by 0x782B330: MSVCRT_malloc (heap.c:408) ==24616== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==24616== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==24616== by 0x75E81B3: init_xpcom (nsembed.c:698) ==24616== by 0x75E8626: load_gecko (nsembed.c:774) ==24616== by 0x75ED013: create_nscontainer (nsembed.c:2042) ==24616== by 0x756D477: HTMLDocument_Create (htmldoc.c:4756) ==24616== by 0x75D7178: ClassFactory_CreateInstance (main.c:238) ==24616== by 0x4EF20A2: CoCreateInstance (unknwn.h:226) ==24616== by 0x4E192B2: create_mime_object (binding.c:258) ==24616== by 0x4E19652: create_object (binding.c:308) ==24616== by 0x4E1C1E8: report_data (binding.c:1077) ==24616== by 0x4E1C531: InternetProtocolSink_ReportData (binding.c:1126) ==24616== by 0x4E218F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==24616== by 0x4E22441: report_data_proc (urlmon.h:3113) ==24616== by 0x4E1E10E: process_tasks (bindprot.c:57) ==24616== ==24616== Conditional jump or move depends on uninitialised value(s) ==24616== at 0x1041CF6F: nsJSContext::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==24616== by 0x1060CA6E: mozilla::AutoCxPusher::AutoCxPusher (nscxpusher.cpp:113) ==24616== by 0x1014C7FB: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:937) ==24616== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==24616== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==24616== by 0x800EEB43: ??? ==24616== Uninitialised value was created by a client request ==24616== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==24616== by 0x7BC4C641: initialize_block (heap.c:240) ==24616== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==24616== by 0x782A76B: msvcrt_heap_alloc (heap.c:70) ==24616== by 0x782B330: MSVCRT_malloc (heap.c:408) ==24616== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==24616== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==24616== by 0x75E81B3: init_xpcom (nsembed.c:698) ==24616== by 0x75E8626: load_gecko (nsembed.c:774) ==24616== by 0x75ED013: create_nscontainer (nsembed.c:2042) ==24616== by 0x756D477: HTMLDocument_Create (htmldoc.c:4756) ==24616== by 0x75D7178: ClassFactory_CreateInstance (main.c:238) ==24616== by 0x4EF20A2: CoCreateInstance (unknwn.h:226) ==24616== by 0x4E192B2: create_mime_object (binding.c:258) ==24616== by 0x4E19652: create_object (binding.c:308) ==24616== by 0x4E1C1E8: report_data (binding.c:1077) ==24616== by 0x4E1C531: InternetProtocolSink_ReportData (binding.c:1126) ==24616== by 0x4E218F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==24616== by 0x4E22441: report_data_proc (urlmon.h:3113) ==24616== by 0x4E1E10E: process_tasks (bindprot.c:57) ==24616== ==24616== Conditional jump or move depends on uninitialised value(s) ==24616== at 0x1041CF6F: nsJSContext::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==24616== by 0x1060CA91: mozilla::AutoCxPusher::AutoCxPusher (nscxpusher.cpp:117) ==24616== by 0x1014C7FB: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:937) ==24616== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==24616== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==24616== by 0x800EEB43: ??? ==24616== Uninitialised value was created by a client request ==24616== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==24616== by 0x7BC4C641: initialize_block (heap.c:240) ==24616== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==24616== by 0x782A76B: msvcrt_heap_alloc (heap.c:70) ==24616== by 0x782B330: MSVCRT_malloc (heap.c:408) ==24616== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==24616== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==24616== by 0x75E81B3: init_xpcom (nsembed.c:698) ==24616== by 0x75E8626: load_gecko (nsembed.c:774) ==24616== by 0x75ED013: create_nscontainer (nsembed.c:2042) ==24616== by 0x756D477: HTMLDocument_Create (htmldoc.c:4756) ==24616== by 0x75D7178: ClassFactory_CreateInstance (main.c:238) ==24616== by 0x4EF20A2: CoCreateInstance (unknwn.h:226) ==24616== by 0x4E192B2: create_mime_object (binding.c:258) ==24616== by 0x4E19652: create_object (binding.c:308) ==24616== by 0x4E1C1E8: report_data (binding.c:1077) ==24616== by 0x4E1C531: InternetProtocolSink_ReportData (binding.c:1126) ==24616== by 0x4E218F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==24616== by 0x4E22441: report_data_proc (urlmon.h:3113) ==24616== by 0x4E1E10E: process_tasks (bindprot.c:57) ==24616== -- 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 36347] New: valgrind shows a few leaks in d3d8/tests/stateblock.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36347 Bug ID: 36347 Summary: valgrind shows a few leaks in d3d8/tests/stateblock.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3441== 148 bytes in 1 blocks are possibly lost in loss record 551 of 826 ==3441== at 0x40087BA: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==3441== by 0x72DB6AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==3441== by 0x72D6294: drm_intel_bo_alloc (in /usr/lib/libdrm_intel.so.1.0.0) ==3441== by 0x6EE4251: ??? (in /usr/lib/dri/i965_dri.so) ==3441== by 0x6EE484B: ??? (in /usr/lib/dri/i965_dri.so) ==3441== by 0x6F196DB: ??? (in /usr/lib/dri/i965_dri.so) ==3441== by 0x6EA89B4: ??? (in /usr/lib/dri/i965_dri.so) ==3441== by 0x67CCB9B: ??? (in /usr/lib/libGL.so.1.2.0) ==3441== by 0x679C2F4: ??? (in /usr/lib/libGL.so.1.2.0) ==3441== by 0x5ED0DF2: create_glxcontext.isra.0 (opengl.c:1254) ==3441== by 0x5ED1127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071) ==3441== by 0x52FBC29: wglCreateContextAttribsARB (wgl.c:268) ==3441== by 0x4E619D8: context_create (context.c:1543) ==3441== by 0x4EF7866: wined3d_swapchain_create (swapchain.c:914) ==3441== by 0x4AE811F: d3d8_swapchain_create (swapchain.c:163) ==3441== by 0x4AE48FA: d3d8_device_CreateAdditionalSwapChain (device.c:565) ==3441== by 0x4A7570B: switch_render_target (stateblock.c:185) ==3441== by 0x4A77594: execute_test_chain (stateblock.c:136) ==3441== by 0x4A782E6: test_state_management (stateblock.c:450) ==3441== by 0x4A91648: run_test (test.h:584) ==3441== -- 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 36249] New: valgrind shows two potential leaks in d3d10/tests/effect.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36249 Bug ID: 36249 Summary: valgrind shows two potential leaks in d3d10/tests/effect.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25807== 12,068 bytes in 1 blocks are possibly lost in loss record 779 of 802 ==25807== at 0x7BC4C735: notify_alloc (heap.c:255) ==25807== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==25807== by 0x4D9230A: wined3d_create (wined3d_main.c:95) ==25807== by 0x4C621D6: dxgi_factory_init (factory.c:332) ==25807== by 0x4C62568: dxgi_factory_create (factory.c:404) ==25807== by 0x4C6084A: CreateDXGIFactory (dxgi_main.c:80) ==25807== by 0x49B63B8: D3D10CreateDevice (d3d10_main.c:63) ==25807== by 0x495611C: create_device (effect.c:30) ==25807== by 0x4967153: test_effect_local_shader (effect.c:2723) ==25807== by 0x497315C: func_effect (effect.c:4284) ==25807== by 0x4973F60: run_test (test.h:584) ==25807== by 0x497434F: main (test.h:654) ==28927== 12,068 bytes in 1 blocks are possibly lost in loss record 808 of 833 ==28927== at 0x7BC4C735: notify_alloc (heap.c:255) ==28927== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==28927== by 0x4F8213E: wined3d_create (wined3d_main.c:95) ==28927== by 0x4E521D6: dxgi_factory_init (factory.c:332) ==28927== by 0x4E52568: dxgi_factory_create (factory.c:404) ==28927== by 0x4E5084A: CreateDXGIFactory (dxgi_main.c:80) ==28927== by 0x49B63B8: D3D10CreateDevice (d3d10_main.c:63) ==28927== by 0x495611C: create_device (effect.c:30) ==28927== by 0x496FEC9: test_effect_state_groups (effect.c:3908) ==28927== by 0x4973166: func_effect (effect.c:4286) ==28927== by 0x4973F60: run_test (test.h:584) ==28927== by 0x497434F: main (test.h:654) ==28927== -- 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 36137] New: valgrind shows some leaks in oleaut32/tests/tmarshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36137 Bug ID: 36137 Summary: valgrind shows some leaks in oleaut32/tests/tmarshal.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==31591== 8 bytes in 1 blocks are possibly lost in loss record 45 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31591== by 0x7B84586B: HeapAlloc (heap.c:271) ==31591== by 0x7B845B40: GlobalAlloc (heap.c:376) ==31591== by 0x5461F06: CreateStreamOnHGlobal (hglobalstream.c:603) ==31591== by 0x4C73817: test_external_connection (tmarshal.c:1873) ==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31591== 72 bytes in 1 blocks are definitely lost in loss record 355 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883) ==31591== by 0x7B8458E5: HeapReAlloc (heap.c:281) ==31591== by 0x7B846646: GlobalReAlloc (heap.c:679) ==31591== by 0x5461912: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==31591== by 0x54615AD: HGLOBALStreamImpl_Write (objidl.h:4391) ==31591== by 0x5469938: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==31591== by 0x546B65D: CoMarshalInterface (objidl.h:611) ==31591== by 0x4C73897: test_external_connection (tmarshal.c:1877) ==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31591== 32 bytes in 1 blocks are definitely lost in loss record 230 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31591== by 0x4FF22D2: deserialize_param (tmarshal.c:1201) ==31591== by 0x4FF3941: xCall (tmarshal.c:1482) ==31591== by 0x6E701B2: ??? ==31591== by 0x4C741E3: func_tmarshal (tmarshal.c:1948) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31928== 32 bytes in 1 blocks are definitely lost in loss record 230 of 639 ==31928== at 0x7BC4C735: notify_alloc (heap.c:255) ==31928== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31928== by 0x4FD80FA: alloc_bstr (oleaut.c:162) ==31928== by 0x4FD8490: SysAllocStringLen (oleaut.c:324) ==31928== by 0x4FD81A7: SysAllocString (oleaut.c:232) ==31928== by 0x4C6FAB0: test_typelibmarshal (tmarshal.c:1327) ==31928== by 0x4C741E3: func_tmarshal (tmarshal.c:1948) ==31928== by 0x4D75F00: run_test (test.h:584) ==31928== by 0x4D762EF: main (test.h:654) ==31928== ==32011== 28 bytes in 1 blocks are possibly lost in loss record 185 of 637 ==32011== at 0x7BC4C735: notify_alloc (heap.c:255) ==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526) ==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335) ==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894) ==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032) ==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114) ==32011== by 0x54266E7: marshal_object (marshal.c:151) ==32011== by 0x5460599: start_apartment_remote_unknown (stubmanager.c:804) ==32011== by 0x5441BF6: RPC_StartRemoting (rpc.c:1645) ==32011== by 0x5429867: StdMarshalImpl_MarshalInterface (marshal.c:1249) ==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611) ==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79) ==32011== by 0x7BC87087: ??? (signal_i386.c:2571) ==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==32011== by 0x7BC87065: ??? (signal_i386.c:2571) ==32011== by 0x7BC8E4B0: start_thread (thread.c:428) ==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==32011== 28 bytes in 1 blocks are possibly lost in loss record 186 of 637 ==32011== at 0x7BC4C735: notify_alloc (heap.c:255) ==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526) ==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335) ==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894) ==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032) ==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114) ==32011== by 0x54266E7: marshal_object (marshal.c:151) ==32011== by 0x542989C: StdMarshalImpl_MarshalInterface (marshal.c:1251) ==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611) ==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79) ==32011== by 0x7BC87087: ??? (signal_i386.c:2571) ==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==32011== by 0x7BC87065: ??? (signal_i386.c:2571) ==32011== by 0x7BC8E4B0: start_thread (thread.c:428) ==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==32011== -- 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 36706] New: valgrind shows several warnings in rpcrt4/tests/ndr_marshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36706 Bug ID: 36706 Summary: valgrind shows several warnings in rpcrt4/tests/ndr_marshal.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48750 --> https://bugs.winehq.org/attachment.cgi?id=48750 valgrind log These only seem to appear when running the full test suite. Just running 'make ndr_marshal.ok' doesn't seem to be enough to trigger it. ../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ole:PointerUnmarshall free object pointer 0x499cd38 fixme:ole:PointerUnmarshall free object pointer 0x499cd60 ==6421== Thread 3: ==6421== Invalid read of size 4 ==6421== at 0x60FDF90: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610E95C: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610F101: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610F65C: _Unwind_ForcedUnwind (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x422B9F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137) ==6421== by 0x4229732: __pthread_unwind (unwind.c:129) ==6421== by 0x4224080: pthread_exit (pthreadP.h:280) ==6421== by 0x7BC9053D: terminate_thread (thread.c:349) ==6421== by 0x7BC88B19: ??? (signal_i386.c:2571) ==6421== by 0x621F357: ??? ==6421== by 0x4222F92: start_thread (pthread_create.c:309) ==6421== by 0x43277ED: clone (clone.S:129) ==6421== Address 0x6117080 is on thread 1's stack ==6421== etc. Full log attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

[Bug 36429] New: valgrind shows a possible leak in shell32/tests/assoc.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36429 Bug ID: 36429 Summary: valgrind shows a possible leak in shell32/tests/assoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7098== 28 bytes in 1 blocks are possibly lost in loss record 165 of 578 ==7098== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==7098== by 0x5A36BB8: apartment_getclassobject (compobj.c:526) ==7098== by 0x5A39FC6: get_inproc_class_object (compobj.c:2894) ==7098== by 0x5A3CD2F: CoGetClassObject (compobj.c:3032) ==7098== by 0x5A3D4B7: CoCreateInstance (compobj.c:3197) ==7098== by 0x4B5B8B7: func_assoc (assoc.c:201) ==7098== by 0x4BA8888: run_test (test.h:584) ==7098== by 0x4BA8C77: main (test.h:654) ==7098== -- 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 36275] New: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36275 Bug ID: 36275 Summary: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com The system is currently failing this test (ds3d.c:984: Test failed: DirectSoundCreate() failed: 8889000a), doesn't normally, not sure, why..in any case, there's a leak: ==9326== 32 bytes in 1 blocks are possibly lost in loss record 390 of 985 ==9326== at 0x7BC4C735: notify_alloc (heap.c:255) ==9326== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==9326== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==9326== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==9326== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==9326== by 0x5F69F72: DirectSoundDevice_Create (dsound.c:649) ==9326== by 0x5F6A7D3: DirectSoundDevice_Initialize (dsound.c:781) ==9326== by 0x5F69494: IDirectSound8Impl_Initialize (dsound.c:398) ==9326== by 0x5F69915: DirectSoundCreate (dsound.c:520) ==9326== by 0x495C1C7: test_for_driver (ds3d.c:983) ==9326== by 0x495D5F0: dsenum_callback (ds3d.c:1272) ==9326== by 0x5F6D693: a_to_w_callback (dsound_main.c:319) ==9326== by 0x5F6DCBD: send_device (dsound_main.c:442) ==9326== by 0x5F6E0E6: enumerate_mmdevices (dsound_main.c:517) ==9326== by 0x5F6E278: DirectSoundEnumerateW (dsound_main.c:561) ==9326== by 0x5F6D736: DirectSoundEnumerateA (dsound_main.c:349) ==9326== by 0x495DAB4: ds3d_tests (ds3d.c:1315) ==9326== by 0x495DBA2: func_ds3d (ds3d.c:1335) ==9326== by 0x4974540: run_test (test.h:584) ==9326== by 0x497492F: main (test.h:654) ==9326== Also affects the dsound.c, dsound8.c, ... tests -- 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 36214] New: valgrind shows several definite leaks when running iexplore.exe
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36214 Bug ID: 36214 Summary: valgrind shows several definite leaks when running iexplore.exe Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24724== 16 bytes in 1 blocks are definitely lost in loss record 197 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24724== by 0x7B8457FF: HeapAlloc (heap.c:271) ==24724== by 0x7B845A26: GlobalAlloc (heap.c:364) ==24724== by 0x7B846E63: LocalAlloc (heap.c:967) ==24724== by 0x65399B3: Alloc (comctl32undoc.c:74) ==24724== by 0x653D7BF: SetWindowSubclass (commctrl.c:1030) ==24724== by 0x653592D: COMBOEX_Create (comboex.c:1014) ==24724== by 0x6538F70: COMBOEX_WindowProc (comboex.c:2006) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x574074B: WINPROC_call_window (winproc.c:900) ==24724== by 0x56FD0F8: call_window_proc (message.c:2223) ==24724== by 0x56FFF96: send_message (message.c:3260) ==24724== by 0x57005B4: SendMessageW (message.c:3454) ==24724== by 0x572FCC9: WIN_CreateWindowEx (win.c:1615) ==24724== by 0x57302EB: CreateWindowExW (win.c:1751) ==24724== by 0x4E86215: create_rebar (iexplore.c:482) ==24724== by 0x4E86337: iewnd_OnCreate (iexplore.c:506) ==24724== by 0x4E86B59: ie_window_proc (iexplore.c:665) ==24724== ==24724== 72 bytes in 1 blocks are definitely lost in loss record 582 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883) ==24724== by 0x7B845879: HeapReAlloc (heap.c:281) ==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==24724== by 0x51EE9B3: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==24724== by 0x51EE64E: HGLOBALStreamImpl_Write (objidl.h:4391) ==24724== by 0x51F69D6: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==24724== by 0x51F86FB: CoMarshalInterface (objidl.h:611) ==24724== by 0x51CBE90: get_local_server_stream (compobj.c:969) ==24724== by 0x51CFEF2: CoRegisterClassObject (compobj.c:2805) ==24724== by 0x4E814AA: register_class_object (ieframe_main.c:277) ==24724== by 0x4E87EB5: IEWinMain (iexplore.c:1042) ==24724== by 0x4E489F4: wWinMain (main.c:84) ==24724== by 0x4E48CDC: wmain (exe_wmain.c:51) ==24724== by 0x4E48BB9: __wine_spec_exe_wentry (exe_wentry.c:36) ==24724== by 0x7B8641DB: ??? (process.c:1045) ==24724== by 0x7B864328: start_process (process.c:1097) ==24724== by 0x7BC87017: ??? (signal_i386.c:2571) ==24724== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==24724== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==24724== ==24724== 72 bytes in 1 blocks are definitely lost in loss record 583 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883) ==24724== by 0x7B845879: HeapReAlloc (heap.c:281) ==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==24724== by 0x7B846F95: LocalReAlloc (heap.c:1078) ==24724== by 0x56C521C: EDIT_MakeFit (edit.c:1389) ==24724== by 0x56C836F: EDIT_EM_ReplaceSel (edit.c:2612) ==24724== by 0x56CC192: EDIT_WM_SetText (edit.c:3896) ==24724== by 0x56D02AB: EditWndProc_common (edit.c:5097) ==24724== by 0x5740F59: EditWndProcW (winproc.c:1082) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x5740A06: CallWindowProcW (winproc.c:981) ==24724== by 0x653E0A9: DefSubclassProc (commctrl.c:1263) ==24724== by 0x65385C6: COMBOEX_EditWndProc (comboex.c:1817) ==24724== by 0x653E132: DefSubclassProc (commctrl.c:1270) ==24724== by 0x653DE60: COMCTL32_SubclassProc (commctrl.c:1212) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x574074B: WINPROC_call_window (winproc.c:900) ==24724== ==24706== 24 bytes in 2 blocks are definitely lost in loss record 5,381 of 13,659 ==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24706== by 0x8B820E3: heap_alloc (jscript.h:60) ==24706== by 0x8B824A1: jsstr_alloc_buf (jsstr.c:76) ==24706== by 0x8B952D7: jsstr_substr (jsstr.h:169) ==24706== by 0x8B987CA: String_substring (string.c:1321) ==24706== by 0x8B66AC8: invoke_prop_func (dispex.c:384) ==24706== by 0x8B66B64: invoke_prop_func (dispex.c:393) ==24706== by 0x8B69024: jsdisp_call (dispex.c:1080) ==24706== by 0x8B69188: disp_call (dispex.c:1111) ==24706== by 0x8B6E19D: interp_call_member (engine.c:1031) ==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461) ==24706== by 0x8B72EF7: exec_source (engine.c:2533) ==24706== by 0x8B75304: invoke_source (function.c:240) ==24706== by 0x8B75810: Function_invoke (function.c:357) ==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061) ==24706== by 0x8B696D6: disp_call_value (dispex.c:1200) ==24706== by 0x8B66CAE: invoke_prop_func (dispex.c:403) ==24706== by 0x8B69024: jsdisp_call (dispex.c:1080) ==24706== by 0x8B69188: disp_call (dispex.c:1111) ==24706== ==24706== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of 13,659 ==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24706== by 0x5C080B4: alloc_bstr (oleaut.c:162) ==24706== by 0x5C0844A: SysAllocStringLen (oleaut.c:324) ==24706== by 0x5C08161: SysAllocString (oleaut.c:232) ==24706== by 0x5C3B504: ITypeInfo_fnGetDocumentation (typelib.c:7505) ==24706== by 0x7A80201: add_func_info (oaidl.h:1526) ==24706== by 0x7A808F9: preprocess_dispex_data (dispex.c:358) ==24706== by 0x7A80DDF: get_dispex_data (dispex.c:463) ==24706== by 0x7A81FC4: get_builtin_id (dispex.c:863) ==24706== by 0x7A83F0E: DispatchEx_GetDispID (dispex.c:1372) ==24706== by 0x7AA7668: DocDispatchEx_GetDispID (dispex.h:296) ==24706== by 0x8B6BD9E: disp_get_id (dispex.h:296) ==24706== by 0x8B6D918: interp_member (engine.c:886) ==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461) ==24706== by 0x8B72EF7: exec_source (engine.c:2533) ==24706== by 0x8B75304: invoke_source (function.c:240) ==24706== by 0x8B75810: Function_invoke (function.c:357) ==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061) ==24706== by 0x8B696D6: disp_call_value (dispex.c:1200) ==24706== ==25671== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of 13,654 ==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==25671== by 0x8B9C54B: heap_alloc_zero (jscript.h:65) ==25671== by 0x8B9D5B8: create_object (object.c:329) ==25671== by 0x8B8538C: invoke_constructor (function.c:263) ==25671== by 0x8B857AC: Function_invoke (function.c:354) ==25671== by 0x8B78F48: jsdisp_call_value (dispex.c:1061) ==25671== by 0x8B796D6: disp_call_value (dispex.c:1200) ==25671== by 0x8B7DE87: interp_new (engine.c:984) ==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461) ==25671== by 0x8B82EF7: exec_source (engine.c:2533) ==25671== by 0x8B85304: invoke_source (function.c:240) ==25671== by 0x8B85577: call_function (function.c:308) ==25671== by 0x8B85E19: Function_apply (function.c:481) ==25671== by 0x8B76AC8: invoke_prop_func (dispex.c:384) ==25671== by 0x8B76B64: invoke_prop_func (dispex.c:393) ==25671== by 0x8B79024: jsdisp_call (dispex.c:1080) ==25671== by 0x8B79188: disp_call (dispex.c:1111) ==25671== by 0x8B7E19D: interp_call_member (engine.c:1031) ==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461) ==25671== ==25671== 64 bytes in 1 blocks are definitely lost in loss record 10,535 of 13,654 ==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==25671== by 0x5C0C0B4: alloc_bstr (oleaut.c:162) ==25671== by 0x5C0C44A: SysAllocStringLen (oleaut.c:324) ==25671== by 0x5C0C161: SysAllocString (oleaut.c:232) ==25671== by 0x4F2E78C: Uri_GetPropertyBSTR (uri.c:4376) ==25671== by 0x4F2FBC6: Uri_GetDisplayUri (urlmon.h:6608) ==25671== by 0x7B57217: set_current_uri (urlmon.h:6626) ==25671== by 0x7B5751B: set_current_mon (persist.c:175) ==25671== by 0x7B57E4C: prepare_for_binding (persist.c:323) ==25671== by 0x7B58C61: PersistMoniker_Load (persist.c:621) ==25671== by 0x4EFC1C7: load_doc_mon (urlmon.h:2290) ==25671== by 0x4EFC440: create_mime_object (binding.c:278) ==25671== by 0x4EFC652: create_object (binding.c:308) ==25671== by 0x4EFF1E8: report_data (binding.c:1077) ==25671== by 0x4EFF531: InternetProtocolSink_ReportData (binding.c:1126) ==25671== by 0x4F048BC: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==25671== by 0x4F0540D: report_data_proc (urlmon.h:3113) ==25671== by 0x4F0110E: process_tasks (bindprot.c:57) ==25671== by 0x4F0115C: notif_wnd_proc (bindprot.c:68) ==25671== ==26609== 32 bytes in 1 blocks are definitely lost in loss record 7,760 of 13,724 ==26609== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==26609== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==26609== by 0x8B5850F: heap_alloc (jscript.h:60) ==26609== by 0x8B59488: alloc_label (compile.c:380) ==26609== by 0x8B5C127: compile_switch_statement (compile.c:1547) ==26609== by 0x8B5C912: compile_statement (compile.c:1748) ==26609== by 0x8B5AF2E: compile_block_statement (compile.c:1068) ==26609== by 0x8B5CD84: compile_function (compile.c:1853) ==26609== by 0x8B5D0C5: compile_function (compile.c:1911) ==26609== by 0x8B5D0C5: compile_function (compile.c:1911) ==26609== by 0x8B5D5F8: compile_script (compile.c:2021) ==26609== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769) ==26609== by 0x7B61BAE: parse_text (activscp.h:1290) ==26609== by 0x7B61D1F: parse_extern_script (script.c:745) ==26609== by 0x7B62030: parse_script_elem (script.c:799) ==26609== by 0x7B6273C: doc_insert_script (script.c:936) ==26609== by 0x7B211AF: run_insert_script (mutation.c:346) ==26609== by 0x7B21681: nsRunnable_Run (mutation.c:439) ==26609== by 0x6A0FA704: ??? ==26609== by 0x6A211632: ??? ==26609== ==28818== 32 bytes in 1 blocks are definitely lost in loss record 7,897 of 14,502 ==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==28818== by 0x8B5850F: heap_alloc (jscript.h:60) ==28818== by 0x8B59488: alloc_label (compile.c:380) ==28818== by 0x8B5C127: compile_switch_statement (compile.c:1547) ==28818== by 0x8B5C912: compile_statement (compile.c:1748) ==28818== by 0x8B5AF2E: compile_block_statement (compile.c:1068) ==28818== by 0x8B5CD84: compile_function (compile.c:1853) ==28818== by 0x8B5D0C5: compile_function (compile.c:1911) ==28818== by 0x8B5D0C5: compile_function (compile.c:1911) ==28818== by 0x8B5D5F8: compile_script (compile.c:2021) ==28818== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769) ==28818== by 0x7B71BAE: parse_text (activscp.h:1290) ==28818== by 0x7B71D1F: parse_extern_script (script.c:745) ==28818== by 0x7B72030: parse_script_elem (script.c:799) ==28818== by 0x7B7273C: doc_insert_script (script.c:936) ==28818== by 0x7B311AF: run_insert_script (mutation.c:346) ==28818== by 0x7B31681: nsRunnable_Run (mutation.c:439) ==28818== by 0x6A0FA704: ??? ==28818== by 0x6A211632: ??? ==28818== ==28818== 64 bytes in 1 blocks are definitely lost in loss record 10,970 of 14,502 ==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==28818== by 0x5C1D0B4: alloc_bstr (oleaut.c:162) ==28818== by 0x5C1D44A: SysAllocStringLen (oleaut.c:324) ==28818== by 0x5C1D161: SysAllocString (oleaut.c:232) ==28818== by 0x4F3B78C: Uri_GetPropertyBSTR (uri.c:4376) ==28818== by 0x4F3CBC6: Uri_GetDisplayUri (urlmon.h:6608) ==28818== by 0x7B60217: set_current_uri (urlmon.h:6626) ==28818== by 0x7B6051B: set_current_mon (persist.c:175) ==28818== by 0x7B60E4C: prepare_for_binding (persist.c:323) ==28818== by 0x7B61C61: PersistMoniker_Load (persist.c:621) ==28818== by 0x4F091C7: load_doc_mon (urlmon.h:2290) ==28818== by 0x4F09440: create_mime_object (binding.c:278) ==28818== by 0x4F09652: create_object (binding.c:308) ==28818== by 0x4F0C1E8: report_data (binding.c:1077) ==28818== by 0x4F0C531: InternetProtocolSink_ReportData (binding.c:1126) ==28818== by 0x4F118BC: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==28818== by 0x4F1240D: report_data_proc (urlmon.h:3113) ==28818== by 0x4F0E10E: process_tasks (bindprot.c:57) ==28818== by 0x4F0E15C: notif_wnd_proc (bindprot.c:68) ==28818== -- 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 36167] New: valgrind shows a leak in mshtml/tests/activex.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36167 Bug ID: 36167 Summary: valgrind shows a leak in mshtml/tests/activex.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2469== 132 bytes in 1 blocks are definitely lost in loss record 5,572 of 7,067 ==2469== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2469== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2469== by 0x661486A: heap_alloc_zero (urlmon_main.h:241) ==2469== by 0x6623917: Uri_Construct (uri.c:5654) ==2469== by 0x6623B2F: CreateUri (uri.c:5727) ==2469== by 0x6612C77: CreateURLMonikerEx (umon.c:651) ==2469== by 0x6612F8F: CreateURLMoniker (umon.c:734) ==2469== by 0x7377856: PersistStreamInit_Load (persist.c:885) ==2469== by 0x4E6DDEE: doc_load_string (ocidl.h:5115) ==2469== by 0x4E6E33D: create_doc (activex.c:2331) ==2469== by 0x4E6EA12: test_flash_ax (activex.c:2418) ==2469== by 0x4E706A4: func_activex (activex.c:2726) ==2469== by 0x4EEF686: run_test (test.h:584) ==2469== by 0x4EEFA75: main (test.h:654) ==2469== -- 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 60116] New: SuperTux Advanced 0.2.55 shows an error message on start (File not found or cannot be read! (cannot open the file))
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=60116 Bug ID: 60116 Summary: SuperTux Advanced 0.2.55 shows an error message on start (File not found or cannot be read! (cannot open the file)) Product: Wine Version: 11.14 Hardware: x86-64 URL: https://kelvinshadewing.itch.io/supertux-advance OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com Target Milestone: --- % ./wine --version wine-11.14-98-g4dbf7bef7a0 % openssl sha256 sta-0.2.55.zip SHA2-256(sta-0.2.55.zip)= b63139bef5b99ad4a6cc7900206a295e59e7e1389756704163cf59b23b201780 I noticed that SuperTux Advanced 0.2.55 does not start properly and gives the following error message: ================ Running ... Error running '': Squirrel exception: File not found or cannot be read! (cannot open the file) ================ Steps to reproduce: 1. Download SuperTux Advanced 0.2.55 from the website mentioned. 2. Extract the downloaded file. 3. Run SuperTux Advanced through ./wine sta/sta.exe Expected results: SuperTux Advanced run. Actual results: SuperTux Advanced can't find a file and closes. I ran the application on a Windows 10 VM where it works properly. -- 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