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

[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 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

[Bug 46693] New: valgrind shows an invalid read in ntdll/tests/file.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46693 Bug ID: 46693 Summary: valgrind shows an invalid read in ntdll/tests/file.c Product: Wine Version: 4.2 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 Distribution: Gentoo ==22797== Invalid read of size 1 ==22797== at 0x7BC92413: virtual_check_buffer_for_write (virtual.c:2274) ==22797== by 0x7BC47536: NtFlushBuffersFile (file.c:3316) ==22797== by 0x4A9CD25: test_flush_buffers_file (file.c:4705) ==22797== by 0x4AAC361: func_file (file.c:4797) ==22797== by 0x4AF5941: run_test (test.h:617) ==22797== by 0x4AF637F: main (test.h:701) ==22797== Address 0xdeadbeaf is on thread 1's stack ==22797== ==22797== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6) ==22797== ==22797== 1 errors in context 1 of 1: ==22797== Invalid read of size 1 ==22797== at 0x7BC92413: virtual_check_buffer_for_write (virtual.c:2274) ==22797== by 0x7BC47536: NtFlushBuffersFile (file.c:3316) ==22797== by 0x4A9CD25: test_flush_buffers_file (file.c:4705) ==22797== by 0x4AAC361: func_file (file.c:4797) ==22797== by 0x4AF5941: run_test (test.h:617) ==22797== by 0x4AF637F: main (test.h:701) ==22797== Address 0xdeadbeaf is on thread 1's stack ==22797== -- 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 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

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36306 Bug ID: 36306 Summary: valgrind shows a possible leak in netapi32/tests/wksta.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: netapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30938== 64 bytes in 2 blocks are possibly lost in loss record 40 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x4C25EDC: ??? ==30938== by 0x4C33153: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== 64 bytes in 2 blocks are possibly lost in loss record 41 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==30938== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==30938== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==30938== by 0x4C33177: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== -- 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 43380] New: valgrind shows an uninitialized memory in dlls/ntdll/ tests/pipe.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43380 Bug ID: 43380 Summary: valgrind shows an uninitialized memory in dlls/ntdll/tests/pipe.c Product: Wine Version: 2.12 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 Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M ntdll.dll -p ntdll_test.exe.so pipe && touch pipe.ok ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6DE84: read_pipe_test (pipe.c:876) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1d is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param writev(vector[...]) points to uninitialised byte(s) ==30664== at 0x433804F: ??? (syscall-template.S:84) ==30664== by 0x7BC8946B: send_request (server.c:228) ==30664== by 0x7BC89626: wine_server_call (server.c:309) ==30664== by 0x7BC4867A: server_write_file (file.c:624) ==30664== by 0x7BC49E71: NtWriteFile (file.c:1238) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A70352: func_pipe (pipe.c:1135) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #6, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== -- 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 38676] New: valgrind shows an invalid read in dlls/kernel32/tests/file.c:test_CreateFileA()
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38676 Bug ID: 38676 Summary: valgrind shows an invalid read in dlls/kernel32/tests/file.c:test_CreateFileA() Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so file && touch file.ok ==14521== Invalid read of size 1 ==14521== at 0x4F7A2A63: getmntent_r (in /usr/lib/libc-2.21.so) ==14521== by 0x4F7A2832: getmntent (in /usr/lib/libc-2.21.so) ==14521== by 0x7BC3B580: parse_mount_entries (directory.c:573) ==14521== by 0x7BC3B6E8: get_default_drive_device (directory.c:706) ==14521== by 0x7BC3EE67: get_dos_device (directory.c:2760) ==14521== by 0x7BC40064: wine_nt_to_unix_file_name (directory.c:3164) ==14521== by 0x7BC3FB9C: nt_to_unix_file_name_attr (directory.c:3061) ==14521== by 0x7BC4310C: FILE_CreateFile (file.c:177) ==14521== by 0x7BC4357B: NtCreateFile (file.c:323) ==14521== by 0x7B83E3F3: CreateFileW (file.c:1499) ==14521== by 0x7B83E63F: CreateFileA (file.c:1555) ==14521== by 0x47E0275: test_CreateFileA (file.c:1295) ==14521== by 0x47F1B1E: func_file (file.c:4575) ==14521== by 0x4893BD4: run_test (test.h:584) ==14521== by 0x489401C: main (test.h:666) ==14521== Address 0x5563eb7 is 1 bytes before a block of size 4,096 alloc'd ==14521== at 0x400719E: malloc (vg_replace_malloc.c:299) ==14521== by 0x4F7A27D8: allocate (in /usr/lib/libc-2.21.so) ==14521== by 0x4F89542B: __pthread_once_slow (in /usr/lib/libpthread-2.21.so) ==14521== by 0x4F7A2862: getmntent (in /usr/lib/libc-2.21.so) ==14521== by 0x7BC3B580: parse_mount_entries (directory.c:573) ==14521== by 0x7BC3B68B: get_default_drive_device (directory.c:700) ==14521== by 0x7BC3EE67: get_dos_device (directory.c:2760) ==14521== by 0x7BC40064: wine_nt_to_unix_file_name (directory.c:3164) ==14521== by 0x7BC3FB9C: nt_to_unix_file_name_attr (directory.c:3061) ==14521== by 0x7BC4310C: FILE_CreateFile (file.c:177) ==14521== by 0x7BC4357B: NtCreateFile (file.c:323) ==14521== by 0x7B83E3F3: CreateFileW (file.c:1499) ==14521== by 0x7B83E63F: CreateFileA (file.c:1555) ==14521== by 0x47E0275: test_CreateFileA (file.c:1295) ==14521== by 0x47F1B1E: func_file (file.c:4575) ==14521== by 0x4893BD4: run_test (test.h:584) ==14521== by 0x489401C: main (test.h:666) -- 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 36433] New: valgrind shows a couple leaks in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36433 Bug ID: 36433 Summary: valgrind shows a couple leaks in shell32/tests/shelldispatch.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 ==28557== 24 bytes in 1 blocks are definitely lost in loss record 165 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x4F5C378: ShellDispatch_NameSpace (shelldispatch.c:774) ==28557== by 0x4D8817A: func_shelldispatch (shldisp.h:3077) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== ==28557== 28 bytes in 1 blocks are possibly lost in loss record 174 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x5C44BB8: apartment_getclassobject (compobj.c:526) ==28557== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894) ==28557== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032) ==28557== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197) ==28557== by 0x4D87FE2: func_shelldispatch (shelldispatch.c:72) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== -- 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 36260] New: valgrind shows a possible leak in devenum/tests/devenum.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36260 Bug ID: 36260 Summary: valgrind shows a possible leak in devenum/tests/devenum.c Product: Wine Version: 1.7.17 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 ==2122== 56 bytes in 1 blocks are possibly lost in loss record 381 of 864 ==2122== at 0x7BC4C735: notify_alloc (heap.c:255) ==2122== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==2122== by 0x634F2EC: MMDRV_InitPerType (lolvldrv.c:384) ==2122== by 0x634FC27: MMDRV_Install (lolvldrv.c:475) ==2122== by 0x635016F: MMDRV_Init (lolvldrv.c:547) ==2122== by 0x634DF4B: MMDRV_InitSingleType (lolvldrv.c:78) ==2122== by 0x634DFEE: MMDRV_GetNum (lolvldrv.c:89) ==2122== by 0x636B7C8: midiOutGetNumDevs (winmm.c:284) ==2122== by 0x620D647: DEVENUM_CreateSpecialCategories (createdevenum.c:866) ==2122== by 0x620C54C: DEVENUM_ICreateDevEnum_CreateClassEnumerator (createdevenum.c:532) ==2122== by 0x4954EF8: test_devenum (strmif.h:464) ==2122== by 0x4955352: func_devenum (devenum.c:139) ==2122== by 0x49561CC: run_test (test.h:584) ==2122== by 0x49565BA: main (test.h:654) ==2122== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 46959] New: Notepad ++ crashes on startup
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46959 Bug ID: 46959 Summary: Notepad ++ crashes on startup Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: internet(a)ivohuisjes.nl Distribution: --- I have been running and upgrading wine from version 3.16 all the way to 4.2.x while using notepad ++ (under wine) without a problem, but ever since I upgraded to 4.3 or 4.5, notepad++ crashes on startup with a stack overflow and "fixme:heap:HeapSetInformation" My system: Linux 64 bit (arch based) Kernel 4.19 (LTS) To reproduce: - Install wine 4.2 or older - Install notepad++ - (Optional) start notepad++ (success!) - Upgrade to wine 4.5 - Start notepad++ -- 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 11

[Bug 46504] New: cmd.exe: xcopy.exe with renaming
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46504 Bug ID: 46504 Summary: cmd.exe: xcopy.exe with renaming Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jonathanbelsewir(a)yahoo.de Distribution: --- The following command does not work right: xcopy /q /y *.i root\*.htm Workaround: for %%f in (*.i) do ( copy %%f root\%%~nf.htm ) -- 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 36920] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsCSSStyleSheet::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36920 Bug ID: 36920 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsCSSStyleSheet::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 Created attachment 49033 --> https://bugs.winehq.org/attachment.cgi?id=49033 valgrind log I'll attach the full log, there are several. Here's an example one: ==13178== Conditional jump or move depends on uninitialised value(s) ==13178== at 0x101E872F: nsCSSStyleSheet::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13178== by 0x1015FE43: PresShell::SetPrefNoScriptRule (nspresshell.cpp:1271) ==13178== by 0x1016182B: PresShell::SetPreferenceStyleRules (nspresshell.cpp:1156) ==13178== by 0x1029F7A1: nsDocument::doCreateShell (nsdocument.cpp:3442) ==13178== by 0x103634E9: nsHTMLDocument::CreateShell (nshtmldocument.cpp:313) ==13178== by 0x1014C25F: nsDocumentViewer::InitPresentationStuff (nsdocumentviewer.cpp:701) ==13178== by 0x1014C837: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:947) ==13178== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==13178== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==13178== by 0x800EEB43: ??? ==13178== Uninitialised value was created by a client request ==13178== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13178== by 0x7BC4C075: initialize_block (heap.c:240) ==13178== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13178== by 0x77D819E: msvcrt_heap_alloc (heap.c:70) ==13178== by 0x77D8D63: MSVCRT_malloc (heap.c:408) ==13178== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13178== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13178== by 0x7584F26: init_xpcom (nsembed.c:698) ==13178== by 0x7585399: load_gecko (nsembed.c:774) ==13178== by 0x7589D01: create_nscontainer (nsembed.c:2042) ==13178== by 0x750A2F6: HTMLDocument_Create (htmldoc.c:4756) ==13178== by 0x7573F7D: ClassFactory_CreateInstance (main.c:238) ==13178== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13178== by 0x4D63202: create_mime_object (binding.c:258) ==13178== by 0x4D635A2: create_object (binding.c:308) ==13178== by 0x4D660AB: report_data (binding.c:1077) ==13178== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13178== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13178== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13178== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13178== -- 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 36624] New: valgrind shows uninitialized memory in kernel32/tests/console.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36624 Bug ID: 36624 Summary: valgrind shows uninitialized memory in kernel32/tests/console.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com An old valgrind warning that I don't for.. ==18074== Syscall param writev(vector[...]) points to uninitialised byte(s) ==18074== at 0x4E952886: writev (in /usr/lib/libc-2.18.so) ==18074== by 0x7BC7FE6F: send_request (server.c:213) ==18074== by 0x7BC80001: wine_server_call (server.c:294) ==18074== by 0x7B82E0ED: wine_server_call_err (server.h:61) ==18074== by 0x7B82F344: WriteConsoleInputW (console.c:533) ==18074== by 0x4647B58: WCUSER_GenerateMouseInputRecord (user.c:1092) ==18074== by 0x4648005: WCUSER_Proc (user.c:1160) ==18074== by 0x535C5C1: ??? (winproc.c:173) ==18074== by 0x535C736: call_window_proc (winproc.c:244) ==18074== by 0x535E8CF: WINPROC_call_window (winproc.c:900) ==18074== by 0x531FC04: DispatchMessageW (message.c:4019) ==18074== by 0x4648BDF: WCUSER_MainLoop (user.c:1387) ==18074== by 0x464BDA6: WinMain (wineconsole.c:854) ==18074== by 0x464C09F: main (exe_main.c:49) ==18074== Address 0x4d0f74e is on thread 1's stack ==18074== Uninitialised value was created by a stack allocation ==18074== at 0x4647A54: WCUSER_GenerateMouseInputRecord (user.c:1071) ==18074== from http://www.winehq.org/pipermail/wine-devel/2008-November/070539.html: the issue in fixing WCUSER_GenerateMouseInputRecord() is that we'll still get the same warning in valgrind from a partly initialized INPUT_RECORD from any caller to WriteConsoleInput (and the code in wineconsole is perfectly correct as it only assigns the fields it needs for a MouseEvent) the cleanest fix should be in WriteConsoleInput not to pass the undefined parts to wineserver (or to set them to zero) -- 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 36509] New: valgrind shows a potential leak in mscoree/tests/debugging.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36509 Bug ID: 36509 Summary: valgrind shows a potential leak in mscoree/tests/debugging.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M mscoree.dll -p mscoree_test.exe.so debugging && touch debugging.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 /bin/sh: /usr/bin/egrep: No such file or directory ==9100== Find PDB file: /tmp/valgrind_petmp9100_2afae468 is empty ==9100== Warning: Missing or un-stat-able /home/austin/.wine-valgrind/drive_c/windows/mono/mono-2.0/bin/libmono-2.0-x86.pdb fixme:mscoree:CorDebug_Initialize stub 0x4aa1808 ==9100== 52 bytes in 1 blocks are possibly lost in loss record 296 of 646 ==9100== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==9100== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==9100== by 0x62F2004: ??? ==9100== by 0x62F4544: ??? ==9100== by 0x62F4F5D: ??? ==9100== by 0x62F9A9F: ??? ==9100== by 0x4CA2FF1: test_createDebugger (debugging.c:450) ==9100== by 0x4CA3237: func_debugging (debugging.c:488) ==9100== by 0x4CA76F6: run_test (test.h:584) ==9100== by 0x4CA7AE5: main (test.h:654) ==9100== -- 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 10

[Bug 56848] New: Crashes when entering certain screens.
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=56848 Bug ID: 56848 Summary: Crashes when entering certain screens. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexis.auriac(a)gmail.com Distribution: --- Created attachment 76654 --> https://bugs.winehq.org/attachment.cgi?id=76654 backtrace I was playing dofus (https://www.dofus.com/en) running it with the official app image, the game keeps crashing when entering certain areas or screens. An error window redirected me here. -- 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 36657] New: valgrind shows uninitialized memory use in d3d9/tests/visual.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36657 Bug ID: 36657 Summary: valgrind shows uninitialized memory use in d3d9/tests/visual.c Product: Wine Version: 1.7.19 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 ==9511== Conditional jump or move depends on uninitialised value(s) ==9511== at 0x764645F: ??? (in /usr/lib32/libnvidia-glcore.so.337.25) ==9511== by 0x4F542C8: shader_glsl_load_constants (glsl_shader.c:854) ==9511== by 0x4F24EED: context_apply_draw_state (context.c:3003) ==9511== by 0x4F4E196: draw_primitive (drawprim.c:664) ==9511== by 0x4F25621: wined3d_cs_exec_draw (cs.c:291) ==9511== by 0x4F269CF: wined3d_cs_st_submit (cs.c:893) ==9511== by 0x4F2568E: wined3d_cs_emit_draw (cs.c:308) ==9511== by 0x4F34F83: wined3d_device_draw_primitive (device.c:3265) ==9511== by 0x4EB1215: d3d9_device_DrawPrimitiveUP (device.c:2206) ==9511== by 0x4D12CBD: vpos_register_test (visual.c:9470) ==9511== by 0x4D3C95A: func_visual (visual.c:16632) ==9511== by 0x4D3D7CA: run_test (test.h:584) ==9511== by 0x4D3DBB9: main (test.h:654) ==9511== Uninitialised value was created by a stack allocation ==9511== at 0x4F53C00: shader_glsl_load_constants (glsl_shader.c:766) ==9511== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 36585] New: valgrind shows uninitialized memory use in user32/tests/edit.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36585 Bug ID: 36585 Summary: valgrind shows uninitialized memory use in user32/tests/edit.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 ../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p user32_test.exe.so edit && touch edit.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==4864== Use of uninitialised value of size 4 ==4864== at 0x403DC86: mbstowcs_sbcs (mbtowc.c:88) ==4864== by 0x403E430: wine_cp_mbstowcs (mbtowc.c:278) ==4864== by 0x7B850B05: MultiByteToWideChar (locale.c:2031) ==4864== by 0x52560FB: EDIT_EM_SetHandle (edit.c:2821) ==4864== by 0x525C68C: EditWndProc_common (edit.c:4728) ==4864== by 0x52CDFCA: EditWndProcA (winproc.c:1077) ==4864== by 0x52CB4F5: ??? (winproc.c:173) ==4864== by 0x52CB66A: call_window_proc (winproc.c:244) ==4864== by 0x52CD8B9: WINPROC_call_window (winproc.c:909) ==4864== by 0x528A11C: call_window_proc (message.c:2223) ==4864== by 0x528CFBA: send_message (message.c:3260) ==4864== by 0x528D649: SendMessageA (message.c:3476) ==4864== by 0x4DD5C07: test_EM_GETHANDLE (edit.c:2700) ==4864== by 0x4DD61E2: func_edit (edit.c:2785) ==4864== by 0x4E93978: run_test (test.h:584) ==4864== by 0x4E93D67: main (test.h:654) ==4864== Uninitialised value was created by a client request ==4864== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==4864== by 0x7BC4C641: initialize_block (heap.c:240) ==4864== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==4864== by 0x7B8457FF: HeapAlloc (heap.c:271) ==4864== by 0x7B845B34: GlobalAlloc (heap.c:388) ==4864== by 0x7B846E63: LocalAlloc (heap.c:967) ==4864== by 0x4DD5AD5: test_EM_GETHANDLE (edit.c:2686) ==4864== by 0x4DD61E2: func_edit (edit.c:2785) ==4864== by 0x4E93978: run_test (test.h:584) ==4864== by 0x4E93D67: main (test.h:654) ==4864== -- 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 36582] New: valgrind shows a definite leak in user32/tests/dialog.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36582 Bug ID: 36582 Summary: valgrind shows a definite leak in user32/tests/dialog.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 ==26259== 28 bytes in 1 blocks are definitely lost in loss record 237 of 760 ==26259== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26259== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26259== by 0x5154EB8: DIALOG_get_info (defdlg.c:342) ==26259== by 0x5154F60: DefDlgProcA (defdlg.c:369) ==26259== by 0x4CCFD69: test_WM_NEXTDLGCTL (dialog.c:606) ==26259== by 0x4CD3173: func_dialog (dialog.c:1434) ==26259== by 0x4DA3978: run_test (test.h:584) ==26259== by 0x4DA3D67: main (test.h:654) ==26259== -- 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 36417] New: valgrind shows a definite leak in ole32/tests/ole_server.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36417 Bug ID: 36417 Summary: valgrind shows a definite leak in ole32/tests/ole_server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24870== 512 bytes in 1 blocks are definitely lost in loss record 530 of 656 ==24870== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24870== by 0x57A644F: list_window_children (win.c:318) ==24870== by 0x57AAFD2: WIN_ListChildren (win.c:3267) ==24870== by 0x57AB4DE: WIN_DestroyWindow (win.c:944) ==24870== by 0x57AB986: DestroyWindow (win.c:1884) ==24870== by 0x535F78C: apartment_release (compobj.c:1147) ==24870== by 0x53610D9: CoUninitialize (compobj.c:1960) ==24870== by 0x5361317: apartment_hostobject_thread (compobj.c:1522) ==24870== by 0x7BC80ABF: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC83A6C: call_thread_func (signal_i386.c:2630) ==24870== by 0x7BC80A9D: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC89E2B: start_thread (thread.c:428) ==24870== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==24870== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==24870== -- 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 36407] New: valgrind shows a potential leak in mmcndmgr/tests/mmcndmgr.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36407 Bug ID: 36407 Summary: valgrind shows a potential leak in mmcndmgr/tests/mmcndmgr.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 ../../../tools/runtest -q -P wine -T ../../.. -M mmcndmgr.dll -p mmcndmgr_test.exe.so mmcndmgr && touch mmcndmgr.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21436== 28 bytes in 1 blocks are possibly lost in loss record 171 of 596 ==21436== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==21436== by 0x4ED6BB8: apartment_getclassobject (compobj.c:526) ==21436== by 0x4ED9FC6: get_inproc_class_object (compobj.c:2894) ==21436== by 0x4EDCD2F: CoGetClassObject (compobj.c:3032) ==21436== by 0x4EDD4B7: CoCreateInstance (compobj.c:3197) ==21436== by 0x4D74D38: func_mmcndmgr (mmcndmgr.c:37) ==21436== by 0x4D75C14: run_test (test.h:584) ==21436== by 0x4D76002: main (test.h:654) ==21436== -- 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 36197] New: valgrind shows some possible leaks in mmdevapi/tests/render.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36197 Bug ID: 36197 Summary: valgrind shows some possible leaks in mmdevapi/tests/render.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12595== 28 bytes in 1 blocks are possibly lost in loss record 115 of 538 ==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12595== by 0x4FB483E: COMPOBJ_DllList_Add (compobj.c:526) ==12595== by 0x4FB6B7A: apartment_getclassobject (compobj.c:1335) ==12595== by 0x4FBA2C4: get_inproc_class_object (compobj.c:2894) ==12595== by 0x4FBA783: CoGetClassObject (compobj.c:3032) ==12595== by 0x4FBAD45: CoCreateInstance (compobj.c:3197) ==12595== by 0x4E66E6B: func_render (render.c:2238) ==12595== by 0x4E67EAF: run_test (test.h:584) ==12595== by 0x4E6829E: main (test.h:654) ==12595== ==12595== 76 bytes in 1 blocks are possibly lost in loss record 277 of 538 ==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12595== by 0x652ED88: create_session (mmdevdrv.c:1038) ==12595== by 0x652EF3E: get_audio_session (mmdevdrv.c:1086) ==12595== by 0x6537F38: AudioSessionManager_GetSimpleAudioVolume (mmdevdrv.c:3734) ==12595== by 0x4E64D02: test_session_creation (audiopolicy.h:908) ==12595== by 0x4E6706D: func_render (render.c:2272) ==12595== by 0x4E67EAF: run_test (test.h:584) ==12595== by 0x4E6829E: main (test.h:654) ==12595== -- 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 36172] New: xcopy tests fail under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36172 Bug ID: 36172 Summary: xcopy tests fail under valgrind 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 xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258 xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1 xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1 -- 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 6

[Bug 34090] New: Worship Keeper program window empty...
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=34090 Bug #: 34090 Summary: Worship Keeper program window empty... Product: Wine Version: 1.6-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dsreyes1014(a)gmail.com Classification: Unclassified I'm trying to install a new program called Worship Keeper. The setup file is attached below. When the setup is done and I tick Finish it comes up with a dialog box with an error. I'm running on Linux Mint 15 Cinnamon x86_64 with wine-1.6-rc5. Requirements for the program is at least directx9 and netframework-2.0 Any help would be appreciated. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 46836] New: Battle.Net UI freezes when downloading big games after a period of time
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46836 Bug ID: 46836 Summary: Battle.Net UI freezes when downloading big games after a period of time Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Best way to reproduce it: 1. Install Battle.Net and arial font using winetricks 2. Log in and start installation of some big game, for example, WoW (has a free trial) After some time (for me it was 10-15 minutes) the UI becomes frozen (nothing moves) and completely unresponsive. However, it seems to still continue working and downloading things, and restarting it helps to resolve it. When this happens, I don't seem anything standout-ish pop in the terminal log. Attached a log with during recording of which the bug occured. -- 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 6

[Bug 46243] New: wine doesn't work with valgrind' s --progress-interval option
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46243 Bug ID: 46243 Summary: wine doesn't work with valgrind's --progress-interval option Product: Wine Version: 3.21 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- valgrind-3.14.0 added an option to print its progress. Adding --progress-interval=1 will print some statistics about its progress every second. This works with, for example, yes or bzip2: austin(a)laptop:~$ /opt/oldvalgrind/valgrind-3.14.0/bin/valgrind --progress-interval=1 yes > /dev/null ==11932== Memcheck, a memory error detector ==11932== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==11932== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info ==11932== Command: yes ==11932== --11932-- PROGRESS: U 1s, W 1s, 100.0% CPU, EvC 0.50M, TIn 1.9k, TOut 0.0k, #thr 1 --11932-- PROGRESS: U 2s, W 2s, 100.0% CPU, EvC 1.20M, TIn 1.9k, TOut 0.0k, #thr 1 --11932-- PROGRESS: U 3s, W 3s, 100.0% CPU, EvC 1.80M, TIn 1.9k, TOut 0.0k, #thr 1 --11932-- PROGRESS: U 4s, W 4s, 100.0% CPU, EvC 2.50M, TIn 1.9k, TOut 0.0k, #thr 1 but when I try that with Wine, nothing: austin(a)laptop:~/wine-git$ /opt/oldvalgrind/valgrind-3.14.0/bin/valgrind --progress-interval=1 ./wine winemine ==12309== Memcheck, a memory error detector ==12309== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==12309== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info ==12309== Command: ./wine winemine ==12309== ==12314== ==12314== HEAP SUMMARY: This would be incredibly helpful to have working, for knowing when valgrind is busy versus when it's stuck in a loop. -- 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 39257] New: user32/tests/dde.c crashes under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=39257 Bug ID: 39257 Summary: user32/tests/dde.c crashes under valgrind Product: Wine Version: 1.7.51 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 Distribution: Fedora Created attachment 52324 --> https://bugs.winehq.org/attachment.cgi?id=52324 backtrace Backtrace: =>0 0x0483c341 wine_dbgstr_wn+0x76(str="????????????????H", n=0xffffffff) [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:486] in user32_test (0x04acf528) 1 0x047718bc wine_dbgstr_w+0x1f(s="????????????????H") [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:69] in user32_test (0x04acf548) 2 0x0477e757 server_end_to_end_callback+0x718(uType=<couldn't compute location>, uFmt=<couldn't compute location>, hconv=<couldn't compute location>, hsz1=<couldn't compute location>, hsz2=<couldn't compute location>, hdata=<couldn't compute location>, dwData1=<couldn't compute location>, dwData2=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2464] in user32_test (0x04acf788) 3 0x04b0b4b2 WDML_InvokeCallback+0xa2(pInstance=0x46616c8, uType=0x4050, uFmt=0, hConv=0x46638b0, hsz1=0xc002, hsz2=(nil), hdata=0x4663cf2, dwData1=0, dwData2=0) [/home/austin/wine-valgrind/dlls/user32/dde_misc.c:1231] in user32 (0x04acf7e8) 4 0x04b0f980 WDML_ServerHandleExecute+0x134(pConv=0x46638b0, pXAct=0x4663cb0) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:834] in user32 (0x04acf848) 5 0x04b0fe35 WDML_ServerHandle+0xdd(pConv=0x46638b0, pXAct=0x4663cb0) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:1002] in user32 (0x04acf888) 6 0x04b10303 WDML_ServerConvProc+0x3f0(hwndServer=<couldn't compute location>, iMsg=<couldn't compute location>, wParam=<couldn't compute location>, lParam=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:1112] in user32 (0x04acf908) 7 0x04b8870a WINPROC_wrapper+0x19() in user32 (0x04acf948) 8 0x04b8883d call_window_proc+0xb1(hwnd=0xb2011a, msg=0x3e8, wp=0xaf011e, lp=0x4663c4a, result=0x4acfac8, arg=0x4b0ff12) [/home/austin/wine-valgrind/dlls/user32/winproc.c:245] in user32 (0x04acf988) 9 0x04b8a67b WINPROC_call_window+0x1c2(hwnd=0xb2011a, msg=0x3e8, wParam=0xaf011e, lParam=0x4663c4a, result=0x4acfac8, unicode=0, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/austin/wine-valgrind/dlls/user32/winproc.c:910] in user32 (0x04acf9d8) 10 0x04b51dc0 DispatchMessageA+0x1a7(msg=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/message.c:3952] in user32 (0x04acfaf8) 11 0x0477f5ca test_end_to_end_server+0x18c(hproc=0x5c, hthread=0x60, type_a=0x1) [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2674] in user32_test (0x04acfb58) 12 0x0477f95f func_dde+0x2ba() [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2740] in user32_test (0x04acfcf8) 13 0x0483c82d run_test+0x9f(name="dde") [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:584] in user32_test (0x04acfd38) 14 0x0483cc75 main+0x222(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:666] in user32_test (0x04acfde8) -- 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 46689] New: kernel32/tests/locale.c shows an invalid write
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46689 Bug ID: 46689 Summary: kernel32/tests/locale.c shows an invalid write Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so locale && touch locale.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21972== Invalid write of size 2 ==21972== at 0x7B4818FB: wine_decompose (decompose.c:2218) ==21972== by 0x7B48197A: wine_decompose (decompose.c:2234) ==21972== by 0x7B480447: wine_decompose_string (normalize.c:100) ==21972== by 0x7B451617: NormalizeString (locale.c:5403) ==21972== by 0x4AF1149: test_NormalizeString (locale.c:5770) ==21972== by 0x4B07EBC: func_locale (locale.c:6021) ==21972== by 0x4B7172E: run_test (test.h:617) ==21972== by 0x4B7216C: main (test.h:701) ==21972== Address 0x494107c is 0 bytes after a recently re-allocated block of size 4 alloc'd ==21972== at 0x7BC48A83: notify_alloc (heap.c:260) ==21972== by 0x7BC4BFA7: RtlAllocateHeap (heap.c:1726) ==21972== by 0x7B4433F8: HeapAlloc (heap.c:271) ==21972== by 0x7B44AB49: heap_realloc (heap.h:40) ==21972== by 0x7B4515F7: NormalizeString (locale.c:5396) ==21972== by 0x4AF1149: test_NormalizeString (locale.c:5770) ==21972== by 0x4B07EBC: func_locale (locale.c:6021) ==21972== by 0x4B7172E: run_test (test.h:617) ==21972== by 0x4B7216C: main (test.h:701) ==21972== -- 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 46349] New: wininet/tests/http.c shows uninitialized memory use
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46349 Bug ID: 46349 Summary: wininet/tests/http.c shows uninitialized memory use Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==23151== Thread 5: ==23151== Syscall param sendmsg(msg.msg_iov[0]) points to uninitialised byte(s) ==23151== at 0x425091F: sendmsg (sendmsg.c:30) ==23151== by 0x60591C4: WS2_send (socket.c:2628) ==23151== by 0x60594BB: WS2_sendto (socket.c:5606) ==23151== by 0x605FBC5: WS_send (socket.c:5521) ==23151== by 0x4A93CF4: server_thread (http.c:2443) ==23151== by 0x7BC77F0F: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== by 0x7BC7B2D5: call_thread_func (signal_i386.c:2654) ==23151== by 0x7BC77F01: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== Address 0x4a2d031 is 4,193 bytes inside a recently re-allocated block of size 8,000 alloc'd ==23151== at 0x7BC483AD: notify_alloc (heap.c:260) ==23151== by 0x7BC4BD6D: RtlReAllocateHeap (heap.c:1893) ==23151== by 0x4A931F3: server_thread (http.c:2156) ==23151== by 0x7BC77F0F: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== by 0x7BC7B2D5: call_thread_func (signal_i386.c:2654) ==23151== by 0x7BC77F01: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== Uninitialised value was created by a client request ==23151== at 0x7BC4831C: mark_block_uninitialized (heap.c:214) ==23151== by 0x7BC4A643: initialize_block (heap.c:245) ==23151== by 0x7BC4BDEE: RtlReAllocateHeap (heap.c:1915) ==23151== by 0x4A931F3: server_thread (http.c:2156) ==23151== by 0x7BC77F0F: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== by 0x7BC7B2D5: call_thread_func (signal_i386.c:2654) ==23151== by 0x7BC77F01: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23151== -- 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 38846] New: valgrind shows a possible leaks in winmm/tests/wave.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38846 Bug ID: 38846 Summary: valgrind shows a possible leaks in winmm/tests/wave.c Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==31082== 12 bytes in 1 blocks are possibly lost in loss record 77 of 761 ==31082== at 0x7BC4AAA3: notify_alloc (heap.c:254) ==31082== by 0x7BC4ED46: RtlAllocateHeap (heap.c:1715) ==31082== by 0x6126E65: MMDevEnum_RegisterEndpointNotificationCallback (devenum.c:1253) ==31082== by 0x4C57B7B: IMMDeviceEnumerator_RegisterEndpointNotificationCallback (mmdeviceapi.h:757) ==31082== by 0x4C57B7B: WINMM_InitMMDevices (???:0) ==31082== by 0x4C5CC9C: WINMM_DevicesThreadProc (waveform.c:2465) ==31082== by 0x7BC81E27: ??? (signal_i386.c:2682) ==31082== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741) ==31082== by 0x7BC81E05: ??? (signal_i386.c:2682) ==31082== by 0x7BC88FE8: start_thread (thread.c:443) ==31082== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so) ==31082== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so) ==31082== -- 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 36581] New: valgrind shows a few leaks in winmm/tests/capture.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36581 Bug ID: 36581 Summary: valgrind shows a few leaks in winmm/tests/capture.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com austin(a)aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok ../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so capture && touch capture.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x5126CA4: list_window_children (win.c:318) ==26292== by 0x512EE26: WIN_ListChildren (win.c:3267) ==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783) ==26292== by 0x512B7F5: DestroyWindow (win.c:1876) ==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445) ==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== ==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093) ==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361) ==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413) ==26292== by 0x51394F5: ??? (winproc.c:173) ==26292== by 0x513966A: call_window_proc (winproc.c:244) ==26292== by 0x513B803: WINPROC_call_window (winproc.c:900) ==26292== by 0x50F811C: call_window_proc (message.c:2223) ==26292== by 0x50FA320: peek_message (message.c:2953) ==26292== by 0x50FBDC6: PeekMessageW (message.c:3757) ==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== -- 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 36413] New: valgrind shows uninitialized memory in msxml3/tests/xmparser.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36413 Bug ID: 36413 Summary: valgrind shows uninitialized memory in msxml3/tests/xmparser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700 ==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526) ==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894) ==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032) ==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197) ==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108) ==24204== by 0x4DD9310: run_test (test.h:584) ==24204== by 0x4DD96FF: main (test.h:654) ==24204== -- 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 5

[Bug 36193] New: valgrind shows some possible leaks in mmdevapi/tests/capture.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36193 Bug ID: 36193 Summary: valgrind shows some possible leaks in mmdevapi/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==11962== 28 bytes in 1 blocks are possibly lost in loss record 99 of 483 ==11962== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==11962== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==11962== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==11962== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==11962== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==11962== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==11962== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==11962== by 0x4E5F328: func_capture (capture.c:1081) ==11962== by 0x4E74EAF: run_test (test.h:584) ==11962== by 0x4E7529E: main (test.h:654) ==11962== ==12008== 76 bytes in 1 blocks are possibly lost in loss record 225 of 481 ==12008== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12008== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12008== by 0x652ED88: create_session (mmdevdrv.c:1038) ==12008== by 0x652EE82: get_audio_session (mmdevdrv.c:1068) ==12008== by 0x6530737: AudioClient_Initialize (mmdevdrv.c:1460) ==12008== by 0x4E4DBC8: test_audioclient (audioclient.h:315) ==12008== by 0x4E52477: func_capture (capture.c:1099) ==12008== by 0x4E67EAF: run_test (test.h:584) ==12008== by 0x4E6829E: main (test.h:654) ==12008== -- 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 5

[Bug 44006] New: Can't use valgrind with wine-staging ( works with vanilla wine)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=44006 Bug ID: 44006 Summary: Can't use valgrind with wine-staging (works with vanilla wine) Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo While looking at https://github.com/Winetricks/winetricks/issues/810, I noticed that wine-staging has some memory corruption in msxml3 that does not occur under wine. I tried running the dotnet35sp1 installer under valgrind, which quickly crashed. I then ran a more simple test (scripts/suppressions at https://github.com/austin987/wine-valgrind-scripts) $ . vg-wrapper.sh $ wine start /min winemine $ valgrind wine notepad works fine, only output is: austin(a)austin2:~$ valgrind wine notepad preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 If I try the same under wine-staging, however: $ . vg-wrapper.sh $ wine-staging start /min winemine $ valgrind wine-staging notepad I get a nastly valgrind crash: austin(a)austin2:~$ valgrind wine-staging notepad preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 valgrind: m_debuginfo/debuginfo.c:551 (check_CFSI_related_invariants): Assertion 'cfsi_fits' failed. host stacktrace: ==9003== at 0x58039CF7: show_sched_status_wrk (m_libcassert.c:355) ==9003== by 0x58039E01: report_and_quit (m_libcassert.c:426) ==9003== by 0x58039EE3: vgPlain_assert_fail (m_libcassert.c:492) ==9003== by 0x5806855E: check_CFSI_related_invariants (debuginfo.c:551) ==9003== by 0x5806855E: di_notify_ACHIEVE_ACCEPT_STATE (debuginfo.c:766) ==9003== by 0x5806855E: vgPlain_di_notify_mmap (debuginfo.c:1063) ==9003== by 0x58090184: vgModuleLocal_generic_PRE_sys_mmap (syswrap-generic.c:2388) ==9003== by 0x580C199A: vgSysWrap_x86_linux_sys_mmap2_before (syswrap-x86-linux.c:989) ==9003== by 0x5808D022: vgPlain_client_syscall (syswrap-main.c:1857) ==9003== by 0x58089E90: handle_syscall (scheduler.c:1126) ==9003== by 0x5808B5C6: vgPlain_scheduler (scheduler.c:1443) ==9003== by 0x58099223: thread_wrapper (syswrap-linux.c:103) ==9003== by 0x58099223: run_a_thread_NORETURN (syswrap-linux.c:156) sched status: running_tid=1 Thread 1: status = VgTs_Runnable (lwpid 9003) ==9003== at 0x4018F10: mmap (mmap.c:32) ==9003== by 0x4006806: _dl_map_segments (dl-map-segments.h:90) ==9003== by 0x4006806: _dl_map_object_from_fd (dl-load.c:1183) ==9003== by 0x4008A19: _dl_map_object (dl-load.c:2199) ==9003== by 0x40138B7: dl_open_worker (dl-open.c:226) ==9003== by 0x43B09C6: _dl_catch_error (dl-error-skeleton.c:198) ==9003== by 0x40133A1: _dl_open (dl-open.c:649) ==9003== by 0x4447C72: dlopen_doit (dlopen.c:66) ==9003== by 0x43B09C6: _dl_catch_error (dl-error-skeleton.c:198) ==9003== by 0x44484B1: _dlerror_run (dlerror.c:163) ==9003== by 0x4447D2D: dlopen@@GLIBC_2.1 (dlopen.c:87) ==9003== by 0x404522E: wine_dlopen (loader.c:1051) ==9003== by 0x40458F5: wine_init (loader.c:977) ==9003== by 0x7C000C01: main (in /usr/lib64/wine-staging-2.17/bin/wine) Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks. Note, I only had wine-staging 2.17 installed, I can retest in 2.20 if needed. I havne't filed a valgrind bug, as it seems more likely to be a staging bug, but I can file one upstream if needed. -- 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 36923] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsEventListenerManager::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36923 Bug ID: 36923 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsEventListenerManager::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 ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x10264D9C: nsEventListenerManager::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== ==13312== Conditional jump or move depends on uninitialised value(s) ==13312== at 0x10264DDE: nsEventListenerManager::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x814E5067: ??? ==13312== Uninitialised value was created by a client request ==13312== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==13312== by 0x7BC4C075: initialize_block (heap.c:240) ==13312== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==13312== by 0x77D319E: msvcrt_heap_alloc (heap.c:70) ==13312== by 0x77D3D63: MSVCRT_malloc (heap.c:408) ==13312== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==13312== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==13312== by 0x7563F26: init_xpcom (nsembed.c:698) ==13312== by 0x7564399: load_gecko (nsembed.c:774) ==13312== by 0x7568D01: create_nscontainer (nsembed.c:2042) ==13312== by 0x74E92F6: HTMLDocument_Create (htmldoc.c:4756) ==13312== by 0x7552F7D: ClassFactory_CreateInstance (main.c:238) ==13312== by 0x5038C6B: CoCreateInstance (unknwn.h:226) ==13312== by 0x4D63202: create_mime_object (binding.c:258) ==13312== by 0x4D635A2: create_object (binding.c:308) ==13312== by 0x4D660AB: report_data (binding.c:1077) ==13312== by 0x4D663F4: InternetProtocolSink_ReportData (binding.c:1126) ==13312== by 0x4D6B723: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==13312== by 0x4D6C274: report_data_proc (urlmon.h:3113) ==13312== by 0x4D67FCF: process_tasks (bindprot.c:57) ==13312== -- 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 36403] New: valgrind shows a possible leak in dsound/tests/ds3d8.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36403 Bug ID: 36403 Summary: valgrind shows a possible leak in dsound/tests/ds3d8.c Product: Wine Version: 1.7.17 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 ==14489== 28 bytes in 1 blocks are possibly lost in loss record 220 of 926 ==14489== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==14489== by 0x51F2BE8: apartment_getclassobject (compobj.c:526) ==14489== by 0x51F5FF6: get_inproc_class_object (compobj.c:2894) ==14489== by 0x51F8D5F: CoGetClassObject (compobj.c:3032) ==14489== by 0x51F94E7: CoCreateInstance (compobj.c:3197) ==14489== by 0x65376E2: get_mmdevenum (dsound_main.c:178) ==14489== by 0x6538A42: enumerate_mmdevices (dsound_main.c:466) ==14489== by 0x6538D8D: DirectSoundEnumerateW (dsound_main.c:561) ==14489== by 0x6538E61: DirectSoundEnumerateA (dsound_main.c:349) ==14489== by 0x4AC54B8: func_ds3d8 (ds3d8.c:1137) ==14489== by 0x4AB820B: main (test.h:584) ==14489== -- 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 36263] New: valgrind shows a couple possible leaks in dinput8/tests/device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36263 Bug ID: 36263 Summary: valgrind shows a couple possible leaks in dinput8/tests/device.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3785== 392 bytes in 1 blocks are possibly lost in loss record 668 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x5FAA748: IDirectInput8AImpl_EnumDevicesBySemantics (dinput_main.c:940) ==3785== by 0x49462F4: test_action_mapping (device.c:317) ==3785== by 0x4947317: func_device (device.c:511) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== ==3785== 392 bytes in 1 blocks are possibly lost in loss record 669 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x49467D3: test_save_settings (device.c:403) ==3785== by 0x494731C: func_device (device.c:512) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== -- 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