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

[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

[Bug 39097] New: comdlg32/tests/filedlg.c hangs under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=39097 Bug ID: 39097 Summary: comdlg32/tests/filedlg.c hangs under valgrind Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: sebastian(a)fds-team.de Distribution: Fedora Regression, introduced by: [austin(a)localhost wine-valgrind]$ git bisect good 4a1629c4117fda9eca63b6f56ea45771dc9734ac is the first bad commit commit 4a1629c4117fda9eca63b6f56ea45771dc9734ac Author: Sebastian Lackner <sebastian(a)fds-team.de> Date: Fri Jul 17 06:46:47 2015 +0200 ntdll: Avoid possible deadlock by using _exit() in NtTerminateProcess. When threads are killed with SIGQUIT some locks can be in an undefined state, and it not safe to call exit handlers. :040000 040000 f8e2115ed5cca792efaf44c7d8e4ffd84255f1aa 5f5b86ac550c0d754ed0fdb5a89540bd5947a967 M dlls Using valgrind from svn: [austin(a)localhost valgrind]$ svn info Path: . Working Copy Root Path: /home/austin/src/valgrind URL: svn://svn.valgrind.org/valgrind/trunk Relative URL: ^/trunk Repository Root: svn://svn.valgrind.org/valgrind Repository UUID: a5019735-40e9-0310-863c-91ae7b9d1cf9 Revision: 15540 Node Kind: directory Schedule: normal Last Changed Author: philippe Last Changed Rev: 15540 Last Changed Date: 2015-08-13 18:49:32 -0400 (Thu, 13 Aug 2015) -- 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 38716] New: valgrind shows a possible leak in ole32/tests/ole2.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38716 Bug ID: 38716 Summary: valgrind shows a possible leak in ole32/tests/ole2.c Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ==11516== 112 bytes in 1 blocks are possibly lost in loss record 470 of 745 ==11516== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==11516== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==11516== by 0x5021EEC: DefaultHandler_Construct (defaulthandler.c:1890) ==11516== by 0x50225E0: OleCreateEmbeddingHelper (defaulthandler.c:2085) ==11516== by 0x50226D8: OleCreateDefaultHandler (defaulthandler.c:2112) ==11516== by 0x4B3155B: test_default_handler (ole2.c:1834) ==11516== by 0x4B357BC: func_ole2 (ole2.c:2578) ==11516== by 0x4B57E78: run_test (test.h:584) ==11516== by 0x4B582C0: main (test.h:666) ==11516== -- 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 36583] New: valgrind shows several invalid reads in user32/tests/dde.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36583 Bug ID: 36583 Summary: valgrind shows several invalid reads in user32/tests/dde.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5757== Invalid read of size 4 ==5757== at 0x5300A0F: WDML_GetConv (dde_misc.c:2248) ==5757== by 0x53010CE: DdeQueryConvInfo (dde_misc.c:2453) ==5757== by 0x4E75978: test_dde_aw_transaction (dde.c:1714) ==5757== by 0x4E7BD78: func_dde (dde.c:2779) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b6290 is 288 bytes inside a block of size 318 free'd ==5757== at 0x7BC4C72C: notify_free (heap.c:263) ==5757== by 0x7BC51071: RtlFreeHeap (heap.c:1762) ==5757== by 0x7BC756DB: RtlFreeAnsiString (rtlstr.c:173) ==5757== by 0x7BC44D3F: FILE_CreateFile (file.c:190) ==5757== by 0x7BC44F02: NtOpenFile (file.c:246) ==5757== by 0x7B840FE2: FindFirstFileExW (file.c:1948) ==5757== by 0x7B841DE2: FindFirstFileW (file.c:2241) ==5757== by 0x7B85D58E: GetLongPathNameW (path.c:373) ==5757== by 0x7B8658CE: create_startup_info (process.c:1618) ==5757== by 0x7B866722: create_process (process.c:1998) ==5757== by 0x7B867B26: create_process_impl (process.c:2361) ==5757== by 0x7B868155: CreateProcessA (process.c:2444) ==5757== by 0x4E7BA7A: func_dde (dde.c:2738) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Invalid read of size 1 ==5757== at 0x402BE93: strlen (vg_replace_strmem.c:412) ==5757== by 0x7B852F8B: CompareStringA (locale.c:3055) ==5757== by 0x7B853485: lstrcmpA (locale.c:3170) ==5757== by 0x4E73DA8: dde_server_wndprocW (dde.c:1420) ==5757== by 0x538B4F5: ??? (winproc.c:173) ==5757== by 0x538B66A: call_window_proc (winproc.c:244) ==5757== by 0x538D803: WINPROC_call_window (winproc.c:900) ==5757== by 0x534EB44: DispatchMessageW (message.c:4019) ==5757== by 0x52FB4A0: WDML_SyncWaitTransactionReply (dde_client.c:1067) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== Address 0x49b33b0 is 0 bytes after a recently re-allocated block of size 16 alloc'd ==5757== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5757== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5757== by 0x7B8457FF: HeapAlloc (heap.c:271) ==5757== by 0x7B845B34: GlobalAlloc (heap.c:388) ==5757== by 0x5349F4D: unpack_dde_message (message.c:2172) ==5757== by 0x534C1D3: peek_message (message.c:2936) ==5757== by 0x534DDC6: PeekMessageW (message.c:3757) ==5757== by 0x52FB4CE: WDML_SyncWaitTransactionReply (dde_client.c:1037) ==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124) ==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222) ==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609) ==5757== by 0x4E7BD64: func_dde (dde.c:2777) ==5757== by 0x4F50978: run_test (test.h:584) ==5757== by 0x4F50D67: main (test.h:654) ==5757== etc. (this is in a virtual desktop) -- 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 36558] New: valgrind shows a definite leak in comctl32/tests/treeview.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36558 Bug ID: 36558 Summary: valgrind shows a definite leak in comctl32/tests/treeview.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26061== 140 bytes in 1 blocks are definitely lost in loss record 620 of 921 ==26061== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26061== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26061== by 0x4FE3841: ImageListImpl_CreateInstance (imagelist.c:3697) ==26061== by 0x4FDC1EA: ImageList_Create (imagelist.c:772) ==26061== by 0x505A37F: TREEVIEW_InitCheckboxes (treeview.c:2954) ==26061== by 0x505A6A5: TREEVIEW_Paint (treeview.c:3013) ==26061== by 0x5060D32: TREEVIEW_WindowProc (treeview.c:5817) ==26061== by 0x538D4F5: ??? (winproc.c:173) ==26061== by 0x538D66A: call_window_proc (winproc.c:244) ==26061== by 0x538E858: WINPROC_CallProcAtoW (winproc.c:603) ==26061== by 0x538FA49: CallWindowProcA (winproc.c:961) ==26061== by 0x4D435DF: TreeviewWndProc (treeview.c:315) ==26061== by 0x538D4F5: ??? (winproc.c:173) ==26061== by 0x538D66A: call_window_proc (winproc.c:244) ==26061== by 0x538F8B9: WINPROC_call_window (winproc.c:909) ==26061== by 0x5350859: DispatchMessageA (message.c:3948) ==26061== by 0x4D4B261: test_TVS_CHECKBOXES (treeview.c:1943) ==26061== by 0x4D4C651: func_treeview (treeview.c:2228) ==26061== by 0x4D51DB9: run_test (test.h:584) ==26061== by 0x4D521A8: main (test.h:654) ==26061== -- 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 9

[Bug 46394] New: Valgrind shows an invalid read in urlmon/tests/url.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46394 Bug ID: 46394 Summary: Valgrind shows an invalid read in urlmon/tests/url.c Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p urlmon_test.exe.so url && touch url.ok ==13099== Invalid read of size 2 ==13099== at 0x8038588: strchrW (unicode.h:235) ==13099== by 0x803AC5D: query_http_info (navigate.c:838) ==13099== by 0x803C803: read_stream_data (navigate.c:1071) ==13099== by 0x803CB23: nsChannelBSC_read_data (navigate.c:1494) ==13099== by 0x8038A01: BindStatusCallback_OnDataAvailable (navigate.c:414) ==13099== by 0x4C3A456: IBindStatusCallback_OnDataAvailable (urlmon.h:940) ==13099== by 0x4C3A456: BindStatusCallback_OnDataAvailable (???:0) ==13099== by 0x4C3F637: IBindStatusCallback_OnDataAvailable (urlmon.h:940) ==13099== by 0x4C3F637: report_data (???:0) ==13099== by 0x4C3F89C: start_binding (binding.c:1587) ==13099== by 0x4C3FA38: bind_to_storage (binding.c:1624) ==13099== by 0x4C56714: URLMoniker_BindToStorage (umon.c:280) ==13099== by 0x803CBB6: IMoniker_BindToStorage (objidl.h:3228) ==13099== by 0x803CBB6: start_binding (???:0) ==13099== by 0x805EEBC: PersistMoniker_Load (persist.c:655) ==13099== by 0x4C3F083: IPersistMoniker_Load (urlmon.h:2367) ==13099== by 0x4C3F083: load_doc_mon (???:0) ==13099== by 0x4C3F1E4: create_mime_object (binding.c:280) ==13099== by 0x4C3F310: create_object (binding.c:310) ==13099== by 0x4C3F58E: report_data (binding.c:1122) ==13099== by 0x4C3F9B0: InternetProtocolSink_ReportData (binding.c:1171) ==13099== by 0x4C41381: IInternetProtocolSink_ReportData (urlmon.h:3038) ==13099== by 0x4C41381: ProtocolSinkHandler_ReportData (???:0) ==13099== by 0x4C41786: IInternetProtocolSink_ReportData (urlmon.h:3038) ==13099== by 0x4C41786: report_data_proc (???:0) ==13099== by 0x4C40D03: process_tasks (bindprot.c:57) ==13099== Address 0xb9fd566 is 0 bytes after a recently re-allocated block of size 334 alloc'd ==13099== at 0x7BC48394: notify_alloc (heap.c:260) ==13099== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==13099== by 0x803A51B: heap_alloc (heap.h:29) ==13099== by 0x803AC22: query_http_info (navigate.c:828) ==13099== by 0x803C803: read_stream_data (navigate.c:1071) ==13099== by 0x803CB23: nsChannelBSC_read_data (navigate.c:1494) ==13099== by 0x8038A01: BindStatusCallback_OnDataAvailable (navigate.c:414) ==13099== by 0x4C3A456: IBindStatusCallback_OnDataAvailable (urlmon.h:940) ==13099== by 0x4C3A456: BindStatusCallback_OnDataAvailable (???:0) ==13099== by 0x4C3F637: IBindStatusCallback_OnDataAvailable (urlmon.h:940) ==13099== by 0x4C3F637: report_data (???:0) ==13099== by 0x4C3F89C: start_binding (binding.c:1587) ==13099== by 0x4C3FA38: bind_to_storage (binding.c:1624) ==13099== by 0x4C56714: URLMoniker_BindToStorage (umon.c:280) ==13099== by 0x803CBB6: IMoniker_BindToStorage (objidl.h:3228) ==13099== by 0x803CBB6: start_binding (???:0) ==13099== by 0x805EEBC: PersistMoniker_Load (persist.c:655) ==13099== by 0x4C3F083: IPersistMoniker_Load (urlmon.h:2367) ==13099== by 0x4C3F083: load_doc_mon (???:0) ==13099== by 0x4C3F1E4: create_mime_object (binding.c:280) ==13099== by 0x4C3F310: create_object (binding.c:310) ==13099== by 0x4C3F58E: report_data (binding.c:1122) ==13099== by 0x4C3F9B0: InternetProtocolSink_ReportData (binding.c:1171) ==13099== by 0x4C41381: IInternetProtocolSink_ReportData (urlmon.h:3038) ==13099== by 0x4C41381: ProtocolSinkHandler_ReportData (???:0) ==13099== -- 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 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