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

[Bug 43352] New: dlls/kernel32/tests/ virtual.c has an infinite loop under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43352 Bug ID: 43352 Summary: dlls/kernel32/tests/virtual.c has an infinite loop under valgrind Product: Wine Version: 2.12 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: --- May be related to bug 28816, but this one appeared more recently. Haven't attempted to bisect, but when running the valgrind wine tests, dlls/kernel32/tests/virtual.c enters an infinite loop, spewing: err:seh:segv_handler Got unexpected trap 0 virtual.c:2257: Test failed: NumberParameters is 0 instead of 2 virtual.c:2258: Test failed: ExceptionCode is c000001d instead of STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION err:seh:segv_handler Got unexpected trap 0 virtual.c:2257: Test failed: NumberParameters is 0 instead of 2 virtual.c:2258: Test failed: ExceptionCode is c000001d instead of STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION err:seh:segv_handler Got unexpected trap 0 virtual.c:2257: Test failed: NumberParameters is 0 instead of 2 virtual.c:2258: Test failed: ExceptionCode is c000001d instead of STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION endlessly. Note that I run valgrind with 4a1629c4117fda9eca63b6f56ea45771dc9734ac0 reverted: Revert "ntdll: Avoid possible deadlock by using _exit() in NtTerminateProcess." This reverts commit 4a1629c4117fda9eca63b6f56ea45771dc9734ac. It breaks wine + valgrind, see https://bugs.winehq.org/show_bug.cgi?id=39097 I reverted the revert, but no change. -- 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 38727] New: valgrind shows several invalid reads in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=38727 Bug ID: 38727 Summary: valgrind shows several invalid reads in shell32/tests/shelldispatch.c Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ../../../tools/runtest -q -P wine -T ../../.. -M shell32.dll -p shell32_test.exe.so shelldispatch && touch shelldispatch.ok ==3421== Invalid read of size 2 ==3421== at 0x49934E6: ILFindLastID (pidl.c:201) ==3421== by 0x4998225: _ILGetExtension (pidl.c:2369) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 2 ==3421== at 0x4997173: _ILIsDesktop (pidl.c:1816) ==3421== by 0x4992DCE: _ILIsEmpty (pidl.h:220) ==3421== by 0x4997BBD: _ILGetDataPointer (pidl.c:2066) ==3421== by 0x499743B: _ILIsValue (pidl.c:1864) ==3421== by 0x4998236: _ILGetExtension (pidl.c:2371) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 1 ==3421== at 0x4997496: _ILIsValue (pidl.c:1868) ==3421== by 0x4998236: _ILGetExtension (pidl.c:2371) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d9a is 18 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 2 ==3421== at 0x4994890: ILGetSize (pidl.c:790) ==3421== by 0x49935D4: ILClone (pidl.c:239) ==3421== by 0x49985BA: _ILCopyaPidl (pidl.c:2511) ==3421== by 0x49EF174: ItemMenu_Constructor (shlview_cmenu.c:630) ==3421== by 0x49CEDF0: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1188) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== -- 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 36645] New: valgrind shows two definite leaks in mshtml/tests/htmllocation.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36645 Bug ID: 36645 Summary: valgrind shows two definite leaks in mshtml/tests/htmllocation.c Product: Wine Version: 1.7.19 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 ==25103== 2 bytes in 1 blocks are definitely lost in loss record 22 of 5,735 ==25103== at 0x7BC4C75D: notify_alloc (heap.c:255) ==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==25103== by 0x5D38D16: heap_alloc (internet.h:116) ==25103== by 0x5D38F5F: heap_strdupWtoA (internet.h:213) ==25103== by 0x5D3DE38: FTP_SendCommand (ftp.c:2715) ==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323) ==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341) ==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478) ==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840) ==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110) ==25103== by 0x7BC87137: ??? (signal_i386.c:2571) ==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==25103== by 0x7BC87115: ??? (signal_i386.c:2571) ==25103== by 0x7BC8E560: start_thread (thread.c:428) ==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==25103== 9 bytes in 1 blocks are definitely lost in loss record 352 of 5,735 ==25103== at 0x7BC4C75D: notify_alloc (heap.c:255) ==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==25103== by 0x5D38D16: heap_alloc (internet.h:116) ==25103== by 0x5D3DC6B: FTP_SendCommandA (ftp.c:2675) ==25103== by 0x5D3DE69: FTP_SendCommand (ftp.c:2716) ==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323) ==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341) ==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478) ==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840) ==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110) ==25103== by 0x7BC87137: ??? (signal_i386.c:2571) ==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==25103== by 0x7BC87115: ??? (signal_i386.c:2571) ==25103== by 0x7BC8E560: start_thread (thread.c:428) ==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==25103== -- 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 36636] New: valgrind shows an uninitialized write in shell32/tests/appbar.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36636 Bug ID: 36636 Summary: valgrind shows an uninitialized write in shell32/tests/appbar.c Product: Wine Version: 1.7.19 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 ==20270== Syscall param writev(vector[...]) points to uninitialised byte(s) ==20270== at 0x4E952886: writev (in /usr/lib/libc-2.18.so) ==20270== by 0x7BC7FE6F: send_request (server.c:213) ==20270== by 0x7BC80001: wine_server_call (server.c:294) ==20270== by 0x5254AF8: put_message_in_queue (message.c:3141) ==20270== by 0x5254EA9: send_inter_thread_message (message.c:3209) ==20270== by 0x525518A: send_message (message.c:3277) ==20270== by 0x52555D1: SendMessageTimeoutW (message.c:3414) ==20270== by 0x4D221BC: SHAppBarMessage (appbar.c:142) ==20270== by 0x4A59513: test_setpos (appbar.c:222) ==20270== by 0x4A5ABF9: func_appbar (appbar.c:442) ==20270== by 0x4AB44E4: run_test (test.h:584) ==20270== by 0x4AB48D3: main (test.h:654) ==20270== Address 0x4cdfb20 is on thread 1's stack ==20270== Uninitialised value was created by a stack allocation ==20270== at 0x4A5940F: test_setpos (appbar.c:203) ==20270== -- 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 14

[Bug 22916] New: Program installs fine, but crashes on start
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=22916 Summary: Program installs fine, but crashes on start Product: Wine Version: unspecified Platform: x86 URL: http://prv.tutor.com/install/netClassroom/Tutor.com%20 Classroom%20Setup.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: trevorolson(a)gmail.com After installation, when you try to open the program, it tries to open but crashes before it can open fully. In Windows a login screen appears. In WINE the entire program simply ceases to run. It just quits before the login screen appears. As a tester, you should know that the program should be working if you make it to the login screen. To fully test the program, you'd need a login and password though, which you need to work for tutor.com to have. Thanks for any assistance you can offer! Trevor -- 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.

3 16

[Bug 46397] New: valgrind shows an invalid free in user32/tests/{msg, win}.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46397 Bug ID: 46397 Summary: valgrind shows an invalid free in user32/tests/{msg,win}.c Product: Wine Version: 4.0-rc4 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: Gentoo ==21863== Invalid free() / delete / delete[] / realloc() ==21863== at 0x7BC48471: notify_realloc (heap.c:276) ==21863== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==21863== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==21863== by 0x4DC9250: MDIClientWndProcW (winproc.c:1141) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB562: WINPROC_call_window (winproc.c:923) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D93BFA: SendMessageW (message.c:3489) ==21863== by 0x4DBD934: send_parent_notify (win.c:436) ==21863== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==21863== by 0x4DBB256: CreateWindowExA (win.c:1768) ==21863== by 0x4D828C7: MDIClientWndProc_common (mdi.c:1118) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== Address 0x4922a30 is 0 bytes after a recently re-allocated block of size 0 alloc'd ==21863== at 0x7BC48394: notify_alloc (heap.c:260) ==21863== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==21863== by 0x4D80AAA: MDIDestroyChild (mdi.c:567) ==21863== by 0x4D828EA: MDIClientWndProc_common (mdi.c:1129) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D96736: SendMessageA (message.c:3511) ==21863== by 0x4B4707A: test_MDI_create (win.c:1452) ==21863== by 0x4B497E9: test_mdi (win.c:2356) ==21863== by 0x4B608C6: func_win (win.c:10824) ==21863== by 0x4B6668F: run_test (test.h:617) ==21863== by 0x4B670CD: main (test.h:701) ==21863== ==19386== Invalid free() / delete / delete[] / realloc() ==19386== at 0x7BC48471: notify_realloc (heap.c:276) ==19386== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==19386== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==19386== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DCB838: CallWindowProcA (winproc.c:1003) ==19386== by 0x4AEE9AC: mdi_client_hook_proc (msg.c:3664) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DC9B99: WINPROC_CallProcWtoA (winproc.c:863) ==19386== by 0x4DCB58D: WINPROC_call_window (winproc.c:925) ==19386== by 0x4D8FD32: call_window_proc (message.c:2225) ==19386== by 0x4D93A39: send_message (message.c:3288) ==19386== by 0x4D93BFA: SendMessageW (message.c:3489) ==19386== by 0x4DBD934: send_parent_notify (win.c:436) ==19386== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==19386== by 0x4DBB256: CreateWindowExA (win.c:1768) ==19386== by 0x4AF9EFF: test_mdi_messages (msg.c:3869) ==19386== by 0x4B108B1: func_msg (msg.c:17621) ==19386== Address 0x4931f40 is 16 bytes after a recently re-allocated block of size 32 alloc'd ==19386== at 0x7BC48394: notify_alloc (heap.c:260) ==19386== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==19386== by 0x4F8C6AA: create_family (freetype.c:1593) ==19386== by 0x4F9D33E: load_font_list_from_cache (freetype.c:1767) ==19386== by 0x4F9DEC6: WineEngInit (freetype.c:4413) ==19386== by 0x4F9E8BB: DllMain (gdiobj.c:693) ==19386== by 0x4FB4298: __wine_spec_dll_entry (dll_entry.c:40) ==19386== by 0x7BC4CF99: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== by 0x7BC50733: MODULE_InitDLL (loader.c:1218) ==19386== by 0x7BC50A26: process_attach (loader.c:1312) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC532D1: attach_dlls (loader.c:3298) ==19386== by 0x7BC7B32F: attach_thread (signal_i386.c:2709) ==19386== by 0x7BC77E9B: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== -- 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 36576] New: valgrind shows a definite leak in urlmon/tests/uri.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36576 Bug ID: 36576 Summary: valgrind shows a definite leak in urlmon/tests/uri.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2651== 22,836 bytes in 173 blocks are definitely lost in loss record 575 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x4EE989E: heap_alloc_zero (urlmon_main.h:241) ==2651== by 0x4EF894B: Uri_Construct (uri.c:5654) ==2651== by 0x4EFE2A8: CF_CreateInstance (urlmon_main.c:314) ==2651== by 0x5196F06: CoCreateInstance (unknwn.h:226) ==2651== by 0x49DDD80: test_IPersistStream (uri.c:11382) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== and one possible leak: ==2651== 12,528 bytes in 173 blocks are possibly lost in loss record 569 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x5BFD0B4: alloc_bstr (oleaut.c:162) ==2651== by 0x5BFD44A: SysAllocStringLen (oleaut.c:324) ==2651== by 0x5BFD161: SysAllocString (oleaut.c:232) ==2651== by 0x4EF736A: PersistStream_Load (uri.c:5212) ==2651== by 0x4EF867D: Marshal_UnmarshalInterface (objidl.h:3149) ==2651== by 0x49DDEA5: test_IPersistStream (objidl.h:614) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== -- 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 36200] New: crypt32/tests/msg.c test crashes under valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36200 Bug ID: 36200 Summary: crypt32/tests/msg.c test crashes under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48321 --> https://bugs.winehq.org/attachment.cgi?id=48321 terminal output/backtrace Backtrace: =>0 0x00000000 (0x04befba8) 1 0x04c78a0f CryptMsgUpdate+0xa8(hCryptMsg=0x46f24c8, pbData="", cbData=0x4, fFinal=0) [/home/austin/wine-valgrind-known/dlls/crypt32/msg.c:3601] in crypt32 (0x04befbe8) 2 0x0498d49c test_data_msg_update+0x768() [/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:460] in crypt32_test (0x04befc98) 3 0x0498e526 test_data_msg+0xf() [/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:718] in crypt32_test (0x04befca8) 4 0x0499ca90 func_msg+0xc5() [/home/austin/wine-valgrind-known/dlls/crypt32/tests/msg.c:3780] in crypt32_test (0x04befcc8) -- 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 36186] New: valgrind shows a potential leak in wmiutils/tests/path.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36186 Bug ID: 36186 Summary: valgrind shows a potential leak in wmiutils/tests/path.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2566== 28 bytes in 1 blocks are possibly lost in loss record 164 of 592 ==2566== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2566== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2566== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==2566== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==2566== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==2566== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==2566== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==2566== by 0x4E78E44: create_path (path.c:81) ==2566== by 0x4E78E9E: test_IWbemPath_SetText (path.c:132) ==2566== by 0x4E7F004: func_path (path.c:869) ==2566== by 0x4E7FE31: run_test (test.h:584) ==2566== by 0x4E8021F: main (test.h:654) ==2566== follow up to bug 36161 -- 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 36129] New: valgrind shows some possible leaks in oleaut32/olepicture.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36129 Bug ID: 36129 Summary: valgrind shows some possible leaks in oleaut32/olepicture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26738== 28 bytes in 1 blocks are possibly lost in loss record 206 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50BF1A3: OLEPictureImpl_LoadWICDecoder (olepicture.c:1163) ==26738== by 0x50BFE83: OLEPictureImpl_Load (olepicture.c:1490) ==26738== by 0x50C185E: OleLoadPicture (objidl.h:3149) ==26738== by 0x4D5BE6B: test_pic_with_stream (olepicture.c:199) ==26738== by 0x4D5C34C: test_pic (olepicture.c:281) ==26738== by 0x4D5D7F7: func_olepicture (olepicture.c:1261) ==26738== by 0x4D563A7: main (test.h:584) ==26738== ==26738== 28 bytes in 1 blocks are possibly lost in loss record 207 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50C1E61: OleLoadPicturePath (olepicture.c:2400) ==26738== by 0x4D5D200: test_OleLoadPicturePath (olepicture.c:912) ==26738== by 0x4D5EEE4: func_olepicture (olepicture.c:1283) ==26738== by 0x4D563A7: main (test.h:584) -- 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 43383] New: valgrind shows several definite leak in dlls/qcap/tests/ smartteefilter.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43383 Bug ID: 43383 Summary: valgrind shows several definite leak in dlls/qcap/tests/smartteefilter.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: qcap Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==31520== 72 bytes in 1 blocks are definitely lost in loss record 321 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x4A21688: IMediaSample_SetMediaType (strmif.h:2289) ==31520== by 0x4A21688: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== ==31520== 72 bytes in 1 blocks are definitely lost in loss record 322 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x5FF3D18: ??? ==31520== by 0x5FF3F76: ??? ==31520== by 0x60006CA: ??? ==31520== by 0x4A21771: IMemInputPin_Receive (strmif.h:3041) ==31520== by 0x4A21771: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== ==31520== 72 bytes in 1 blocks are definitely lost in loss record 324 of 616 ==31520== at 0x7BC51061: notify_alloc (heap.c:254) ==31520== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31520== by 0x4F1442B: IMalloc_fnAlloc (ifs.c:187) ==31520== by 0x4F14CCB: IMalloc_Alloc (objidl.h:1405) ==31520== by 0x4F14CCB: CoTaskMemAlloc (???:0) ==31520== by 0x606C8DA: ??? ==31520== by 0x5FF3D18: ??? ==31520== by 0x5FF4014: ??? ==31520== by 0x60006CA: ??? ==31520== by 0x4A21771: IMemInputPin_Receive (strmif.h:3041) ==31520== by 0x4A21771: media_thread (???:0) ==31520== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31520== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31520== by 0x7BC91391: ??? (signal_i386.c:2700) ==31520== by 0x7BC9B3EE: start_thread (thread.c:487) ==31520== by 0x4244249: start_thread (pthread_create.c:333) ==31520== by 0x433FD6D: clone (clone.S:114) ==31520== -- 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 40811] New: WINESERVER variable is only used if @bindir@/ wineserver does not exist
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=40811 Bug ID: 40811 Summary: WINESERVER variable is only used if @bindir@/wineserver does not exist Product: Wine Version: 1.9.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jre.winesim(a)gmail.com Distribution: --- Wine seems to *always* use @bindir@/wineserver as wineserver if it exists. The environment variable WINESERVER seems to be ignored as long as the former exists. $ alias pswineserver='ps aux|grep wineserver|grep -v grep|sed "s|.* ||"' $ sudo cp /opt/wine-devel/bin/wineserver /opt/wine-devel/test/ $ pswineserver $ WINESERVER="/opt/wine-devel/test/wineserver" /opt/wine-devel/bin/winecfg $ pswineserver /opt/wine-devel/bin/wineserver $ sudo rm /opt/wine-devel/bin/wineserver $ pswineserver $ WINESERVER="/opt/wine-devel/test/wineserver" /opt/wine-devel/bin/winecfg $ pswineserver /opt/wine-devel/test/wineserver Found in winehq-devel (1.9.12~stretch) from winehq, and wine (1.8.2-1) and wine-development (1.9.12-1) from Debian. -- 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 36309] New: valgrind shows a definite leak in ole32/tests/dragdrop.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36309 Bug ID: 36309 Summary: valgrind shows a definite leak in ole32/tests/dragdrop.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 ==31321== 12 bytes in 1 blocks are definitely lost in loss record 95 of 716 ==31321== at 0x7BC4C735: notify_alloc (heap.c:255) ==31321== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31321== by 0x50D611D: WrapDropTarget (ole2.c:513) ==31321== by 0x50D640A: RegisterDragDrop (ole2.c:598) ==31321== by 0x497A471: test_DoDragDrop (dragdrop.c:496) ==31321== by 0x497AF08: func_dragdrop (dragdrop.c:572) ==31321== by 0x49D0714: run_test (test.h:584) ==31321== by 0x49D0B03: main (test.h:654) ==31321== -- 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 52528] New: cuda 10.0 and 10.2 installation fails with "err:ole:CoRevokeClassObject COM was not initialized"
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=52528 Bug ID: 52528 Summary: cuda 10.0 and 10.2 installation fails with "err:ole:CoRevokeClassObject COM was not initialized" Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- When trying to get warpem http://www.warpem.com/warp/?page_id=65 running, I'm trying to install cuda 10.0 or 10.2, according to these instructions https://gist.github.com/imaami/37105333c0d16210b2cac9d4032155aa on Wine-7.0 (stable), wine 7.1 (devel), and wine 7.1 (Staging). Staging provides some version of cuda, but the application crashes; a possibile reason is Cuda version mismatch. The installation procedure of Cuda 10.x proceedes quite far, but fails at the end always with .... .... 0138:fixme:cryptasn:CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4 0138:fixme:cryptasn:CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4 0140:fixme:ole:CoInitializeSecurity 00000000, -1, 00000000, 00000000, 0, 3, 00000000, 0, 00000000 stub 0138:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0032FEAC 0138:err:ole:CoRevokeClassObject COM was not initialized Because I was not sure whether the important parts are installed, I tested with Cuda-Z, too. But Cuda-Z does not recognize the GPU's, in "stable" and "devel" (with "Staging" the gpu is recognized) The host system is Debian11, and two GTX 1080Ti cards, nvidia-driver/libcuda1 460.91. I tested Cuda 10.0 as well as Cuda10.2. In order reproduce this issue, You need to run these commands: URL_100=https://developer.nvidia.com/compute/cuda/10.0/Prod/local_installer… URL_102=http://developer.download.nvidia.com/compute/cuda/10.2/Prod/local_i… wget -nc $URL_100 wget -nc $URL_102 wineboot -i winetricks msxml3 winetricks win10 wineconsole cmd.exe /c "$(basename $URL_100)" -s \ {cu{dart,objdump,pti},nv{cc,prune,disasm,prof,ml_dev},memcheck, \ {cu{blas,fft,rand,solver,sparse},nvgraph,npp,nvrtc}{,_dev}}_10.0 wineconsole cmd.exe /c "$(basename $URL_102)" -s \ {cu{dart,objdump,pti},nv{cc,prune,disasm,prof,ml_dev},memcheck, \ {cu{blas,fft,rand,solver,sparse},nvgraph,npp,nvrtc}{,_dev}}_10.2 -- 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 49941] New: Battle.net gui pop-up on launch ubuntu 18.04
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=49941 Bug ID: 49941 Summary: Battle.net gui pop-up on launch ubuntu 18.04 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: dublg(a)hotmail.com Distribution: --- Created attachment 68323 --> https://bugs.winehq.org/attachment.cgi?id=68323 backtrace file Installed Battle.net-Setup.exe (bash) on installing World-of-Warcraft-Setup.exe a gui pops-up alongside the battle.net login window reporting an error has 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.

2 5

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36609 Bug ID: 36609 Summary: valgrind shows uninitialized memory use in wscript/tests/run.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14496== Thread 2: ==14496== Syscall param write(buf) points to uninitialised byte(s) ==14496== at 0x4226D1B: ??? (syscall-template.S:81) ==14496== by 0x7BC46B60: NtWriteFile (file.c:1073) ==14496== by 0x7B83E03E: WriteFile (file.c:563) ==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444) ==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189) ==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd ==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Uninitialised value was created by a stack allocation ==14496== at 0x6A5D0C9: disp_call (dispex.c:1096) ==14496== -- 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 46690] New: kernel32/tests/thread.c shows an invalid read
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=46690 Bug ID: 46690 Summary: kernel32/tests/thread.c shows an invalid read 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 thread && touch thread.ok thread.c:346: Tests skipped: child process wasn't mapped at same address, so can't do CreateRemoteThread tests. ==24607== Thread 2: ==24607== Invalid read of size 1 ==24607== at 0x7B46DCFA: lstrlenA (string.c:194) ==24607== by 0x4B4B133: threadFunc1 (thread.c:235) ==24607== by 0x7BC785A3: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==24607== by 0x7BC7BA7E: call_thread_func (signal_i386.c:2701) ==24607== by 0x7BC78595: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==24607== Address 0xdeadbeef is on thread 1's stack ==24607== -- 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 36138] New: valgrind shows some leaks in oleaut32/tests/typelib.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36138 Bug ID: 36138 Summary: valgrind shows some leaks in oleaut32/tests/typelib.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48298 --> https://bugs.winehq.org/attachment.cgi?id=48298 valgrind log ==32128== 16 bytes in 1 blocks are possibly lost in loss record 122 of 609 ==32128== at 0x7BC4C735: notify_alloc (heap.c:255) ==32128== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32128== by 0x4F980FA: alloc_bstr (oleaut.c:162) ==32128== by 0x4F98490: SysAllocStringLen (oleaut.c:324) ==32128== by 0x4F981A7: SysAllocString (oleaut.c:232) ==32128== by 0x4FBBBA5: TLB_append_str (typelib.c:1979) ==32128== by 0x4FCEAC1: ICreateTypeLib2_fnCreateTypeInfo (typelib.c:8728) ==32128== by 0x4C5A83F: test_SetFuncAndParamNames (oaidl.h:5892) ==32128== by 0x4C60908: func_typelib (typelib.c:5439) ==32128== by 0x4D35F00: run_test (test.h:584) ==32128== by 0x4D362EF: main (test.h:654) I'll attach a full log. -- 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 58529] New: Smartsuite 9.8 installer fails unless z: is removed (with caveats)
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58529 Bug ID: 58529 Summary: Smartsuite 9.8 installer fails unless z: is removed (with caveats) Product: Wine Version: 10.12 Hardware: x86-64 URL: https://archive.org/download/lotus-smart-suite-9.8.2-m illennium-edition-9.8.2-2009-03-english-cd/Lotus%20Sma rtSuite.iso OS: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 79002 --> http://bugs.winehq.org/attachment.cgi?id=79002 Wine 10.12 console output The installer for Smartsuite 9.8 claims it is interrupted before it can complete a task. 0170:err:msi:execute_command can't find executable 2 0170:err:msi:ACTION_InstallFiles Failed to copy L"Z:\\tmp\\wine\\ss\\Lotus\\Register\\PMEMW.DLL" to L"Z:\\lotus\\Register\\PMEMW.DLL" (3) 0170:err:msi:execute_script Execution of script 0 halted; action L"InstallFiles" returned 1603 0170:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 There are two ways to work around this: 1. Remove the z: drive (and add a d: drive for the installation path) before installation. 2. Install to my internal disk(s). I thought it might be related to the filesystem but I tried tmpfs, btrfs and ext4 and the result is the same. I thought it might need to be on the same btrfs volume as Wine but installing it on another volume works fine. I even tried adding a label to a thumb drive (btrfs) in case that was the issue but the result is the same - it fails no matter what when installing to the thumb drive, unless I do 1. above. Permissions are correctly set in all cases. I don't know what else I can try. Went back to Wine 8.0.1 and tried Staging 10.12 but the result is always the same. As can be seen from the log, the installer tries to install to the z: drive instead of c:, unless I install to an internal drive. Remove z: and I can install anywhere. Everything else remains the same. -- 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 25

[Bug 54197] New: cuda-z and warpem fail in wine-staging 7.22 and later
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=54197 Bug ID: 54197 Summary: cuda-z and warpem fail in wine-staging 7.22 and later Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 73728 --> https://bugs.winehq.org/attachment.cgi?id=73728 screenshot of running cuda-z one wine-staging 7.22 cuda-z fails to run in wine-staging 7.22 and later. It reports the error "CUDA not found. Please update the nvidia-driver.". cuda-z runs fine under wine-staging 7.21 (and earlier) on the same machine with the same nvidia driver. The application "WarpEM" can be also not used anymore because it does not find any GPU. I suspect that disabling the nvcuda-support patches in wine-staging [1] is the reason for this breakage. I believe bug #54102 is related, but the bug report says that this occured already in v7.21. But this issue is not reproducible to me in 7.21 only in 7.22. [1] https://gitlab.winehq.org/wine/wine-staging/-/commit/6c3797b3e8dba19698328c… [2] https://bugs.winehq.org/show_bug.cgi?id=54102 -- 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 36134] New: oleaut32/tests/vartype show several warnings with valgrind
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36134 Bug ID: 36134 Summary: oleaut32/tests/vartype show several warnings with valgrind Product: Wine Version: 1.7.16 Hardware: x86 URL: https://test.winehq.org/data/7e874aed75765f3c017673178 cfd64301b7ba3ed/linux_ae-fedora64-heap/oleaut32:vartyp e.html OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48297 --> https://bugs.winehq.org/attachment.cgi?id=48297 valgrind log ==29762== Invalid read of size 4 ==29762== at 0x4FD81F1: SysFreeString (oleaut.c:259) ==29762== by 0x4D73D6E: test_bstr_cache (vartype.c:6313) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) ==29762== Address 0x4748da0 is 16 bytes after a block of size 64 free'd ==29762== at 0x7BC4C782: notify_free (heap.c:263) ==29762== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29762== by 0x4FD83E1: SysFreeString (oleaut.c:293) ==29762== by 0x4D73D44: test_bstr_cache (vartype.c:6310) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) The tests also fail: vartype.c:3732: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3735: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3739: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3815: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3816: Test failed: expected 2147483647ul 4294961488ul (2147483647,4294961488), got (2147483647,4294961152); hres=0x00000000 vartype.c:3817: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3818: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3838: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3844: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3845: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3886: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3889: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3902: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3915: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3916: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3927: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3928: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3938: Test failed: expected 2147483648ul 15808 (2147483648,15808), got (2147483648,15360); hres=0x00000000 vartype.c:3939: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3954: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3955: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3970: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3971: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 full log attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 22950] New: nokia music player installation failed
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=22950 Summary: nokia music player installation failed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: versterj(a)gmail.com when running setupoviplayer.exe to install nokia music player the installation hangs after terms and condition page has been "ok". i want to start to download the music asap. thanks -- 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 15

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36906 Bug ID: 36906 Summary: valgrind shows a few unitialized variables in dlls/ieframe/tests/ie.c (nsDocument::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 ==23635== Conditional jump or move depends on uninitialised value(s) ==23635== at 0x1029809B: nsDocument::Release (nsdocument.cpp:1611) ==23635== Uninitialised value was created by a client request ==23635== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==23635== by 0x7BC4C641: initialize_block (heap.c:240) ==23635== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==23635== by 0x781176B: msvcrt_heap_alloc (heap.c:70) ==23635== by 0x7812330: MSVCRT_malloc (heap.c:408) ==23635== by 0x80C71095: moz_xmalloc (mozalloc.cpp:54) ==23635== by 0x109B96F7: NS_InitXPCOM2 (nsxpcominit.cpp:464) ==23635== by 0x75A21B3: init_xpcom (nsembed.c:698) ==23635== by 0x75A2626: load_gecko (nsembed.c:774) ==23635== by 0x75A7013: create_nscontainer (nsembed.c:2042) ==23635== by 0x7527477: HTMLDocument_Create (htmldoc.c:4756) ==23635== by 0x7591178: ClassFactory_CreateInstance (main.c:238) ==23635== by 0x4EDD0A2: CoCreateInstance (unknwn.h:226) ==23635== by 0x4E042B2: create_mime_object (binding.c:258) ==23635== by 0x4E04652: create_object (binding.c:308) ==23635== by 0x4E071E8: report_data (binding.c:1077) ==23635== by 0x4E07531: InternetProtocolSink_ReportData (binding.c:1126) ==23635== by 0x4E0C8F0: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==23635== by 0x4E0D441: report_data_proc (urlmon.h:3113) ==23635== by 0x4E0910E: process_tasks (bindprot.c:57) ==23635== -- 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 36146] New: valgrind shows several leaks in dlls/jscript/tests/caller.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36146 Bug ID: 36146 Summary: valgrind shows several leaks in dlls/jscript/tests/caller.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32653== 12 bytes in 1 blocks are definitely lost in loss record 69 of 753 ==32653== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32653== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32653== by 0x697611F: ??? ==32653== by 0x69764DD: ??? ==32653== by 0x6976548: ??? ==32653== by 0x6977213: ??? ==32653== by 0x69793E6: ??? ==32653== by 0x6979560: ??? ==32653== by 0x69796F5: ??? ==32653== by 0x6979D90: ??? ==32653== by 0x6972401: ??? ==32653== by 0x4E4DA12: _call_change_type (dispex.h:686) ==32653== by 0x4E4DC08: test_change_type (caller.c:139) ==32653== by 0x4E4DFD6: test_change_types (caller.c:196) ==32653== by 0x4E4E3B6: test_caller (caller.c:238) ==32653== by 0x4E4EADA: Test_InvokeEx (caller.c:363) ==32653== by 0x695D3E5: ??? ==32653== by 0x69621D9: ??? ==32653== by 0x6966B58: ??? ==32653== by 0x6966F33: ??? ==32653== ==32708== 18 bytes in 1 blocks are definitely lost in loss record 129 of 768 ==32708== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32708== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32708== by 0x6A2F11F: ??? ==32708== by 0x6A2F4DD: ??? ==32708== by 0x6A2F548: ??? ==32708== by 0x6A312DE: ??? ==32708== by 0x6A32C08: ??? ==32708== by 0x6A2B401: ??? ==32708== by 0x4E4E1D2: test_change_types (dispex.h:686) ==32708== by 0x4E4F1E2: run_scripts (caller.c:549) ==32708== by 0x4E4F3CB: func_caller (caller.c:585) ==32708== by 0x4E5ED5F: run_test (test.h:584) ==32708== by 0x4E5F14E: main (test.h:654) ==32708== ==2241== 28 bytes in 1 blocks are definitely lost in loss record 233 of 768 ==2241== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2241== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2241== by 0x6A2F11F: ??? ==2241== by 0x6A2F4DD: ??? ==2241== by 0x6A2F548: ??? ==2241== by 0x6A2F1E3: ??? ==2241== by 0x6A2FE69: ??? ==2241== by 0x6A2BC3E: ??? ==2241== by 0x6A4ABD4: ??? ==2241== by 0x7BC52F48: ??? (loader.c:138) ==2241== by 0x7BC55586: MODULE_InitDLL (loader.c:1068) ==2241== by 0x7BC55904: process_attach (loader.c:1157) ==2241== by 0x7BC5856A: LdrLoadDll (loader.c:2129) ==2241== by 0x7B85A735: load_library (module.c:933) ==2241== by 0x7B85A8A3: LoadLibraryExW (module.c:990) ==2241== by 0x544D69A: COMPOBJ_DllList_Add (compobj.c:495) ==2241== by 0x544FB62: apartment_getclassobject (compobj.c:1335) ==2241== by 0x54532AC: get_inproc_class_object (compobj.c:2894) ==2241== by 0x545376B: CoGetClassObject (compobj.c:3032) ==2241== by 0x5453D2D: CoCreateInstance (compobj.c:3197) Also, possibly: ==2205== 64 bytes in 2 blocks are possibly lost in loss record 411 of 768 ==2205== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2205== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2205== by 0x4FE80B4: alloc_bstr (oleaut.c:162) ==2205== by 0x4FE844A: SysAllocStringLen (oleaut.c:324) ==2205== by 0x4FE8161: SysAllocString (oleaut.c:232) ==2205== by 0x6A15E31: ??? ==2205== by 0x6A1730E: ??? ==2205== by 0x6A174E2: ??? ==2205== by 0x6A17DBF: ??? ==2205== by 0x6A18017: ??? ==2205== by 0x6A18088: ??? ==2205== by 0x6A19957: ??? ==2205== by 0x6A17F2E: ??? ==2205== by 0x6A19D84: ??? ==2205== by 0x6A1A5F8: ??? ==2205== by 0x6A3A6D1: ??? ==2205== by 0x4E4EE13: _parse_script_a (activscp.h:1290) ==2205== by 0x4E4F186: run_scripts (caller.c:541) ==2205== by 0x4E4F3CB: func_caller (caller.c:585) ==2205== by 0x4E5ED5F: run_test (test.h:584) ==2205== -- 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 33257] New: Adobe Digital Editions does not recognize KOBO eReader.
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=33257 Bug #: 33257 Summary: Adobe Digital Editions does not recognize KOBO eReader. Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterharris20(a)sky.com Classification: Unclassified Adobe Digital Editions does not find the KOBO eReader when it is plugged in. Ubuntu 10.04 recognizes it and displays the folder and contents. -- 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.

3 13

[Bug 55206] New: COD MW Remastered (2016) crackling audio
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=55206 Bug ID: 55206 Summary: COD MW Remastered (2016) crackling audio Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: brandowlucas(a)gmail.com Distribution: --- Created attachment 74806 --> https://bugs.winehq.org/attachment.cgi?id=74806 this is the audio log file until i hit the crackling on game. when using pulseaudio the game sounds like this: https://www.youtube.com/watch?v=SmHY7uH1yzo when using pipewire, i don't even get audio at all: https://www.youtube.com/watch?v=71m5g4usSx0 i've tested this game in many distribution, different proton versions/wine versions and it seems a wine bug. i made this video test was on vanilla wine-8.11. I also attached the log files. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 45147] New: Menu/Window Z order incorrect in trueSpace
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=45147 Bug ID: 45147 Summary: Menu/Window Z order incorrect in trueSpace Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 61334 --> https://bugs.winehq.org/attachment.cgi?id=61334 Screenshot showing rendering draw issue. When running Caligari TrueSpace, regardless of using OpenGL or software only rendering, the Z order of the file menu is incorrect. I have attached a screenshot showing the issue. The image on the left is how the program should look, the image on the right shows the flaw. The file/help menu is being overdrawn by a blue bar whenever a tool Window, or the editing viewspace is clicked on. the draw order temporarily resets to the correct behavior when alt-tab is pressed. -- 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 43388] New: valgrind shows a few definite leaks in dlls/winmm/tests/ mci.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43388 Bug ID: 43388 Summary: valgrind shows a few definite leaks in dlls/winmm/tests/mci.c Product: Wine Version: 2.12 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: Gentoo ==2739== 0 bytes in 1 blocks are definitely lost in loss record 6 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 7 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 12 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 2 blocks are definitely lost in loss record 13 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== -- 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 43384] New: valgrind shows a definite leak in dlls/rpcrt4/tests/ ndr_marshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43384 Bug ID: 43384 Summary: valgrind shows a definite leak in dlls/rpcrt4/tests/ndr_marshal.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok ==32206== 44 bytes in 1 blocks are definitely lost in loss record 207 of 413 ==32206== at 0x7BC51061: notify_alloc (heap.c:254) ==32206== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32206== by 0x56B879E: RPCRT4_io_thread (rpc_server.c:559) ==32206== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32206== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32206== by 0x7BC91391: ??? (signal_i386.c:2700) ==32206== by 0x7BC9B3EE: start_thread (thread.c:487) ==32206== by 0x4244249: start_thread (pthread_create.c:333) ==32206== by 0x433FD6D: clone (clone.S:114) ==32206== -- 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 36925] New: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (bestBtreeIndex)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36925 Bug ID: 36925 Summary: valgrind shows a couple unitialized variables in dlls/ieframe/tests/ie.c (bestBtreeIndex) 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 ==14107== Thread 23: ==14107== Conditional jump or move depends on uninitialised value(s) ==14107== at 0x81258BAA: bestBtreeIndex (sqlite3.c:107585) ==14107== by 0x812848BD: sqlite3WhereBegin (sqlite3.c:109693) ==14107== by 0x812905EE: sqlite3Select (sqlite3.c:100747) ==14107== Uninitialised value was created by a client request ==14107== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==14107== by 0x7BC4C075: initialize_block (heap.c:240) ==14107== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==14107== by 0x77D619E: msvcrt_heap_alloc (heap.c:70) ==14107== by 0x77D6D63: MSVCRT_malloc (heap.c:408) ==14107== by 0x812510B5: sqlite3MemMalloc (sqlite3.c:15744) ==14107== Conditional jump or move depends on uninitialised value(s) ==14107== at 0x8125A351: bestOrClauseIndex (sqlite3.c:106141) ==14107== by 0x8125948C: bestBtreeIndex (sqlite3.c:108056) ==14107== by 0x812848BD: sqlite3WhereBegin (sqlite3.c:109693) ==14107== by 0x812905EE: sqlite3Select (sqlite3.c:100747) ==14107== Uninitialised value was created by a client request ==14107== at 0x7BC4BF0A: mark_block_uninitialized (heap.c:209) ==14107== by 0x7BC4C075: initialize_block (heap.c:240) ==14107== by 0x7BC50981: RtlAllocateHeap (heap.c:1717) ==14107== by 0x77D619E: msvcrt_heap_alloc (heap.c:70) ==14107== by 0x77D6D63: MSVCRT_malloc (heap.c:408) ==14107== by 0x812510B5: sqlite3MemMalloc (sqlite3.c:15744) ==14107== -- 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 36587] New: valgrind shows uninitialized memory use in user32/tests/winstation.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36587 Bug ID: 36587 Summary: valgrind shows uninitialized memory use in user32/tests/winstation.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 winstation && touch winstation.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==25156== Syscall param write(buf) points to uninitialised byte(s) ==25156== at 0x4226CF3: __write_nocancel (syscall-template.S:81) ==25156== by 0x7BC7FD72: send_request (server.c:198) ==25156== by 0x7BC7FF91: wine_server_call (server.c:294) ==25156== by 0x519D2EE: send_hardware_message (message.c:3331) ==25156== by 0x5173BEB: SendInput (input.c:185) ==25156== by 0x4D9FB49: test_inputdesktop (winstation.c:530) ==25156== by 0x4DA2430: func_winstation (winstation.c:939) ==25156== by 0x4DA3978: run_test (test.h:584) ==25156== by 0x4DA3D67: main (test.h:654) ==25156== Address 0x510f6a8 is on thread 1's stack ==25156== Uninitialised value was created by a stack allocation ==25156== at 0x4D9F748: test_inputdesktop (winstation.c:492) ==25156== -- 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 36412] New: valgrind shows a possible leak in netprofm/tests/list.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36412 Bug ID: 36412 Summary: valgrind shows a possible leak in netprofm/tests/list.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 ==3773== 28 bytes in 1 blocks are possibly lost in loss record 159 of 560 ==3773== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==3773== by 0x4CD6BB8: apartment_getclassobject (compobj.c:526) ==3773== by 0x4CD9FC6: get_inproc_class_object (compobj.c:2894) ==3773== by 0x4CDCD2F: CoGetClassObject (compobj.c:3032) ==3773== by 0x4CDD4B7: CoCreateInstance (compobj.c:3197) ==3773== by 0x4B74D31: func_list (list.c:35) ==3773== by 0x4B75E84: run_test (test.h:584) ==3773== by 0x4B76272: main (test.h:654) ==3773== -- 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 36191] New: valgrind shows some potential leaks in crypt32/tests/cert.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36191 Bug ID: 36191 Summary: valgrind shows some potential leaks in crypt32/tests/cert.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36190 ==17318== 20 bytes in 1 blocks are possibly lost in loss record 51 of 334 ==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17318== by 0x4EE398B: CryptMemAlloc (main.c:124) ==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132) ==17318== by 0x4EAC507: CertContext_SetProperty (cert.c:703) ==17318== by 0x4EAB7AF: CertContext_GetHashProp (cert.c:399) ==17318== by 0x4EAB9DB: CertContext_GetProperty (cert.c:445) ==17318== by 0x4EABFDA: CertGetCertificateContextProperty (cert.c:579) ==17318== by 0x4EADEF3: compare_cert_by_sha1_hash (cert.c:1368) ==17318== by 0x4EAE423: cert_compare_certs_in_store (cert.c:1530) ==17318== by 0x4EAEF02: CertFindCertificateInStore (cert.c:1794) ==17318== by 0x4EAAD3C: add_cert_to_store (cert.c:192) ==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287) ==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65) ==17318== by 0x4CC9495: testAddCert (cert.c:198) ==17318== by 0x4CD8F2F: func_cert (cert.c:3976) ==17318== by 0x4D33F67: run_test (test.h:584) ==17318== by 0x4D34356: main (test.h:654) ==17318== ==17318== 20 bytes in 1 blocks are possibly lost in loss record 52 of 334 ==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==17318== by 0x4EE398B: CryptMemAlloc (main.c:124) ==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132) ==17318== by 0x4EF788F: ContextPropertyList_Copy (proplist.c:215) ==17318== by 0x4EBE9AF: Context_CopyProperties (context.c:130) ==17318== by 0x4EAAB6C: Cert_clone (cert.c:139) ==17318== by 0x4F03664: MemStore_addContext (store.c:151) ==17318== by 0x4F03A35: MemStore_addCert (store.c:243) ==17318== by 0x4EAB119: add_cert_to_store (cert.c:263) ==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287) ==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65) ==17318== by 0x4CC9495: testAddCert (cert.c:198) ==17318== by 0x4CD8F2F: func_cert (cert.c:3976) ==17318== by 0x4D33F67: run_test (test.h:584) ==17318== by 0x4D34356: main (test.h:654) ==17318== -- 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 10

[Bug 26049] New: ws2_32/sock tests shows some leaks in AcceptEx?
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=26049 Summary: ws2_32/sock tests shows some leaks in AcceptEx? Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33221) --> (http://bugs.winehq.org/attachment.cgi?id=33221) valgrind log Several leaks like: 36 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WS2_AcceptEx (socket.c:1991) by test_AcceptEx (sock.c:4464) by func_sock (sock.c:4703) by run_test (test.h:556) by main (test.h:624) -- 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.

3 10

[Bug 40323] New: Sorry, we couldn't connect to Skype
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=40323 Bug ID: 40323 Summary: Sorry, we couldn't connect to Skype Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contrib(a)maxqia.com Distribution: --- Created attachment 53976 --> https://bugs.winehq.org/attachment.cgi?id=53976 Log Skype, with/without ie8 installed, always says "Sorry, we couldn't connect to Skype." when you launch it. If you don't have ie8 installed,it also opens a page to https://apps.skypeassets.com/static/skype.client.login/trunk/latest/release… -- 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 10

[Bug 36402] New: valgrind shows several leaks in dsound/tests/duplex.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36402 Bug ID: 36402 Summary: valgrind shows several leaks in dsound/tests/duplex.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32429== 88,200 bytes in 1 blocks are definitely lost in loss record 822 of 822 ==32429== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==32429== by 0x652CEF2: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:797) ==32429== by 0x6536497: IDirectSoundFullDuplexImpl_Initialize (duplex.c:233) ==32429== by 0x4AAF23D: func_duplex (duplex.c:286) ==32429== by 0x4A9520B: main (test.h:584) ==32429== -- 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 36262] New: valgrind shows a possible leak in dinput/tests/dinput.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36262 Bug ID: 36262 Summary: valgrind shows a possible leak in dinput/tests/dinput.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 ==2259== 76 bytes in 1 blocks are possibly lost in loss record 341 of 659 ==2259== at 0x7BC4C735: notify_alloc (heap.c:255) ==2259== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==2259== by 0x49A7627: create_directinput_instance (dinput_main.c:112) ==2259== by 0x49A7861: DirectInputCreateEx (dinput_main.c:154) ==2259== by 0x49A7933: DirectInputCreateA (dinput_main.c:177) ==2259== by 0x49590C0: test_DirectInputJoyConfig8 (dinput.c:575) ==2259== by 0x495930D: func_dinput (dinput.c:625) ==2259== by 0x495F2A4: run_test (test.h:584) ==2259== by 0x495F693: main (test.h:654) ==2259== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36922 Bug ID: 36922 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (nsDOMEvent::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 0x102F6675: nsDOMEvent::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 0x102F66B8: nsDOMEvent::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x10404115: nsGlobalWindow::DispatchDOMWindowCreated (nsglobalwindow.cpp:2616) ==13312== by 0x863E6A7: ??? ==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 36921] New: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (mozilla::Selection::Release)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36921 Bug ID: 36921 Summary: valgrind shows several unitialized variables in dlls/ieframe/tests/ie.c (mozilla::Selection::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 0x101AB89B: mozilla::Selection::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 0x101AB8DE: mozilla::Selection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x101616B9: PresShell::Init (nspresshell.cpp:836) ==13312== by 0x1029F7A1: nsDocument::doCreateShell (nsdocument.cpp:3442) ==13312== by 0x103634E9: nsHTMLDocument::CreateShell (nshtmldocument.cpp:313) ==13312== by 0x1014C25F: nsDocumentViewer::InitPresentationStuff (nsdocumentviewer.cpp:701) ==13312== by 0x1014C837: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:947) ==13312== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==13312== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==13312== by 0x800EEB43: ??? ==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 0x101AB8DE: mozilla::Selection::Release (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==13312== by 0x1014C837: nsDocumentViewer::InitInternal (nsdocumentviewer.cpp:947) ==13312== by 0x1014D13C: nsDocumentViewer::Init (nsdocumentviewer.cpp:683) ==13312== by 0x109B3C6C: nsCOMPtr_base::assign_from_qi_with_error (nscomptr.cpp:65) ==13312== by 0x800EEB43: ??? ==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 36652] New: valgrind shows some uninitialized variables in d3d10core/tests/device.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36652 Bug ID: 36652 Summary: valgrind shows some uninitialized variables in d3d10core/tests/device.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 ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50C7637: wine_rb_get (rbtree.h:237) ==6205== by 0x50CCA1A: d3d10_device_CreateDepthStencilState (device.c:1416) ==6205== by 0x4F5C5AD: test_create_depthstencil_state (d3d10.h:5752) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== } ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50D1E68: wine_rb_remove (rbtree.h:291) ==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222) ==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== ==6205== Conditional jump or move depends on uninitialised value(s) ==6205== at 0x402DEDF: bcmp (mc_replace_strmem.c:935) ==6205== by 0x50CE81F: d3d10_depthstencil_state_compare (device.c:2092) ==6205== by 0x50D1EF8: wine_rb_remove (rbtree.h:300) ==6205== by 0x50D2BA5: d3d10_depthstencil_state_Release (state.c:222) ==6205== by 0x4F5C7CE: test_create_depthstencil_state (d3d10.h:3052) ==6205== by 0x4F5D127: func_device (device.c:893) ==6205== by 0x4F5DF24: run_test (test.h:584) ==6205== by 0x4F5E312: main (test.h:654) ==6205== Uninitialised value was created by a stack allocation ==6205== at 0x4F5C3D1: test_create_depthstencil_state (device.c:728) ==6205== This is on nvidia hardware, rather than intel/mesa: 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 36396] New: valgrind shows a possible leak in inetmib1/tests/main.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36396 Bug ID: 36396 Summary: valgrind shows a possible leak in inetmib1/tests/main.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 ==8324== 28 bytes in 1 blocks are definitely lost in loss record 24 of 89 ==8324== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==8324== by 0x4AD1EDE: SnmpUtilOidCpy (main.c:332) ==8324== by 0x4AFB25A: ??? ==8324== by 0x4A96AFB: func_main (main.c:67) ==8324== by 0x4A96E3A: run_test (test.h:584) ==8324== by 0x4A94C0E: main (test.h:654) == -- 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 36195] New: valgrind shows several leaks in dsound/tests/capture.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36195 Bug ID: 36195 Summary: valgrind shows several leaks in dsound/tests/capture.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 ==12144== 28 bytes in 1 blocks are possibly lost in loss record 196 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4FBED45: CoCreateInstance (compobj.c:3197) ==12144== by 0x65A603C: get_mmdevenum (dsound_main.c:178) ==12144== by 0x65A636D: GetDeviceID (dsound_main.c:261) ==12144== by 0x659F7B5: DirectSoundCaptureDevice_Initialize (capture.c:1022) ==12144== by 0x65A07B9: IDirectSoundCaptureImpl_Initialize (capture.c:1284) ==12144== by 0x65A0B21: DirectSoundCaptureCreate (capture.c:1388) ==12144== by 0x4E4FA2E: test_COM (capture.c:692) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 28 bytes in 1 blocks are possibly lost in loss record 204 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4E4DAFA: test_capture (capture.c:189) ==12144== by 0x4E5014A: func_capture (capture.c:776) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 846 bytes in 47 blocks are definitely lost in loss record 714 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x65ADE25: DSOUND_CopyFormat (primary.c:447) ==12144== by 0x659E392: IDirectSoundCaptureBufferImpl_Create (capture.c:704) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4F47E: dscenum_callback (capture.c:564) ==12144== by 0x65A665A: a_to_w_callback (dsound_main.c:319) ==12144== by 0x65A6F2B: enumerate_mmdevices (dsound_main.c:492) ==12144== by 0x65A73EF: DirectSoundCaptureEnumerateW (dsound_main.c:625) ==12144== by 0x65A72ED: DirectSoundCaptureEnumerateA (dsound_main.c:593) ==12144== by 0x4E4F90F: test_enumerate (capture.c:672) ==12144== by 0x4E5014F: func_capture (capture.c:777) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== 88,200 bytes in 1 blocks are possibly lost in loss record 813 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x659EC62: IDirectSoundCaptureBufferImpl_Create (capture.c:797) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4FD44: test_COM (capture.c:727) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== -- 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 43381] New: valgrind shows uninitialized memory in dlls/ole32/tests/ ole_server.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43381 Bug ID: 43381 Summary: valgrind shows uninitialized memory in dlls/ole32/tests/ole_server.c Product: Wine Version: 2.12 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: --- ==31032== Thread 5: ==31032== Syscall param writev(vector[...]) points to uninitialised byte(s) ==31032== at 0x433804F: ??? (syscall-template.S:84) ==31032== by 0x7BC8946B: send_request (server.c:228) ==31032== by 0x7BC89626: wine_server_call (server.c:309) ==31032== by 0x7BC4867A: server_write_file (file.c:624) ==31032== by 0x7BC49E71: NtWriteFile (file.c:1238) ==31032== by 0x56ED332: rpcrt4_conn_np_write (rpc_transport.c:414) ==31032== by 0x56E2242: rpcrt4_conn_write (rpc_binding.h:196) ==31032== by 0x56E4001: RPCRT4_SendWithAuth (rpc_message.c:849) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Address 0x48968b4 is 44 bytes inside a block of size 92 alloc'd ==31032== at 0x7BC51061: notify_alloc (heap.c:254) ==31032== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31032== by 0x56E3E79: RPCRT4_SendWithAuth (rpc_message.c:808) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Uninitialised value was created by a client request ==31032== at 0x7BC50E23: mark_block_uninitialized (heap.c:208) ==31032== by 0x7BC50FB1: initialize_block (heap.c:239) ==31032== by 0x7BC5556F: RtlAllocateHeap (heap.c:1717) ==31032== by 0x4F8442B: IMalloc_fnAlloc (ifs.c:187) ==31032== by 0x4F84CCB: IMalloc_Alloc (objidl.h:1405) ==31032== by 0x4F84CCB: CoTaskMemAlloc (???:0) ==31032== by 0x4FC6B6E: RemUnknown_RemQueryInterface (stubmanager.c:716) ==31032== by 0x4FD0274: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==31032== by 0x56B8358: CStdStubBuffer_Invoke (cstub.c:478) ==31032== by 0x4FA326E: IRpcStubBuffer_Invoke (objidl.h:7878) ==31032== by 0x4FA326E: RPC_ExecuteCall (???:0) ==31032== by 0x4FA36D8: dispatch_rpc (rpc.c:1503) ==31032== by 0x56E803A: process_request_packet (rpc_server.c:439) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== -- 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 37654] New: valgrind shows an invalid read in crypt32/tests/encode.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=37654 Bug ID: 37654 Summary: valgrind shows an invalid read in crypt32/tests/encode.c Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==18156== Invalid read of size 4 ==18156== at 0x4D85A2B: CRYPT_AsnEncodeIssuingDistPoint (encode.c:3935) ==18156== by 0x4D89E2D: CryptEncodeObjectEx (encode.c:4741) ==18156== by 0x4BC80B5: test_encodeCRLIssuingDistPoint (encode.c:3644) ==18156== by 0x4BCF69F: func_encode (encode.c:8127) ==18156== by 0x4BA6A47: main (test.h:584) ==18156== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==18156== -- 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 36401] New: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c)
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36401 Bug ID: 36401 Summary: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.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 ==21110== Conditional jump or move depends on uninitialised value(s) ==21110== at 0x5168715: wined3d_swapchain_decref (swapchain.c:75) ==21110== by 0x50E7568: wined3d_device_uninit_3d (device.c:1090) ==21110== by 0x5083655: dxgi_swapchain_Release (swapchain.c:82) ==21110== by 0x4A97019: func_device (dxgi.h:1733) ==21110== by 0x4A98EEA: run_test (test.h:584) ==21110== by 0x4A94C3E: main (test.h:654) ==21110== Uninitialised value was created by a stack allocation ==21110== at 0x507FF5C: dxgi_factory_CreateSwapChain (factory.c:186) ==21110== dxgi/tests/device.c -- 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 7

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

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36286 Bug ID: 36286 Summary: valgrind shows an invalid read in ieframe/tests/ie.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==17071== Invalid read of size 4 ==17071== at 0x400AD40: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==17071== by 0x5A80552: xbuf_add (tmarshal.c:107) ==17071== by 0x5A82737: serialize_param (tmarshal.c:704) ==17071== by 0x5A82FB3: serialize_param (tmarshal.c:809) ==17071== by 0x5A88EB1: TMStubImpl_Invoke (tmarshal.c:2118) ==17071== by 0x50AD280: RPC_ExecuteCall (objidl.h:9086) ==17071== by 0x506C1ED: apartment_wndproc (compobj.c:1460) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== by 0x549BBE4: DispatchMessageW (message.c:4019) ==17071== by 0x4D26F60: IEWinMain (iexplore.c:1061) ==17071== by 0x475EA34: wWinMain (main.c:84) ==17071== by 0x475ED21: wmain (exe_wmain.c:51) ==17071== by 0x475EBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==17071== by 0x7B864247: ??? (process.c:1045) ==17071== by 0x7B864394: start_process (process.c:1097) ==17071== by 0x7BC87087: ??? (signal_i386.c:2571) ==17071== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==17071== by 0x7BC87065: ??? (signal_i386.c:2571) ==17071== Address 0x47f42c8 is 16 bytes after a recently re-allocated block of size 208 alloc'd ==17071== at 0x7BC4C735: notify_alloc (heap.c:255) ==17071== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==17071== by 0x7B84586B: HeapAlloc (heap.c:271) ==17071== by 0x7B845A92: GlobalAlloc (heap.c:364) ==17071== by 0x7B846ECF: LocalAlloc (heap.c:967) ==17071== by 0x63A0A16: Alloc (comctl32undoc.c:74) ==17071== by 0x63F9DF0: REBAR_InsertBandT (rebar.c:2518) ==17071== by 0x63FD2C3: REBAR_WindowProc (rebar.c:3633) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== by 0x54971BC: call_window_proc (message.c:2223) ==17071== by 0x549A05A: send_message (message.c:3260) ==17071== by 0x549A678: SendMessageW (message.c:3454) ==17071== by 0x4D252BC: create_rebar (iexplore.c:492) ==17071== by 0x4D25371: iewnd_OnCreate (iexplore.c:506) ==17071== by 0x4D25B93: ie_window_proc (iexplore.c:665) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== -- 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 43345] New: valgrind shows a use after free in dlls/crypt32/tests/ main.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43345 Bug ID: 43345 Summary: valgrind shows a use after free in dlls/crypt32/tests/main.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M crypt32.dll -p crypt32_test.exe.so main && touch main.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==15465== Invalid free() / delete / delete[] / realloc() ==15465== at 0x7BC5116B: notify_realloc (heap.c:270) ==15465== by 0x7BC55C2C: RtlReAllocateHeap (heap.c:1896) ==15465== by 0x4C14B5F: CryptMemRealloc (main.c:128) ==15465== by 0x4A51955: test_cryptAllocate (main.c:204) ==15465== by 0x4A52A4A: func_main (main.c:469) ==15465== by 0x4A7EA22: run_test (test.h:603) ==15465== by 0x4A7EE74: main (test.h:687) ==15465== Address 0x48ec340 is 0 bytes after a block of size 0 alloc'd ==15465== at 0x7BC5105F: notify_alloc (heap.c:254) ==15465== by 0x7BC5554D: RtlAllocateHeap (heap.c:1716) ==15465== by 0x4C14B18: CryptMemAlloc (main.c:123) ==15465== by 0x4A51942: test_cryptAllocate (main.c:203) ==15465== by 0x4A52A4A: func_main (main.c:469) ==15465== by 0x4A7EA22: run_test (test.h:603) ==15465== by 0x4A7EE74: main (test.h:687) ==15465== -- 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 36418] New: valgrind shows a possible leak in ole32/tests/usrmarshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36418 Bug ID: 36418 Summary: valgrind shows a possible leak in ole32/tests/usrmarshal.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 ==4348== 28 bytes in 1 blocks are possibly lost in loss record 168 of 582 ==4348== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==4348== by 0x515CBB8: apartment_getclassobject (compobj.c:526) ==4348== by 0x515FFC6: get_inproc_class_object (compobj.c:2894) ==4348== by 0x5162D2F: CoGetClassObject (compobj.c:3032) ==4348== by 0x5184818: marshal_object (marshal.c:114) ==4348== by 0x51B2B34: start_apartment_remote_unknown (stubmanager.c:804) ==4348== by 0x5199D9C: RPC_StartRemoting (rpc.c:1645) ==4348== by 0x5184C52: StdMarshalImpl_MarshalInterface (marshal.c:1249) ==4348== by 0x518593A: CoMarshalInterface (objidl.h:611) ==4348== by 0x4BAC13E: marshal_WdtpInterfacePointer (usrmarshal.c:590) ==4348== by 0x4BAD05D: func_usrmarshal (usrmarshal.c:638) ==4348== by 0x4BADEA8: run_test (test.h:584) ==4348== by 0x4BAE297: main (test.h:654) ==4348== -- 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 36414] New: valgrind shows a definite leak in ole32/tests/marshal.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36414 Bug ID: 36414 Summary: valgrind shows a definite leak in ole32/tests/marshal.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 ==24464== 72 bytes in 1 blocks are definitely lost in loss record 441 of 824 ==24464== at 0x7BC51B57: RtlReAllocateHeap (heap.c:255) ==24464== by 0x7B844340: HeapReAlloc (heap.c:281) ==24464== by 0x7B84503C: GlobalReAlloc (heap.c:679) ==24464== by 0x539C75D: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==24464== by 0x539C896: HGLOBALStreamImpl_Write (objidl.h:4391) ==24464== by 0x53A4CED: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==24464== by 0x53A593A: CoMarshalInterface (objidl.h:611) ==24464== by 0x5384BE9: CoRegisterClassObject (compobj.c:969) ==24464== by 0x4D94452: test_local_server (marshal.c:2995) ==24464== by 0x4D9860E: func_marshal (marshal.c:3548) ==24464== by 0x4DCDEA8: run_test (test.h:584) ==24464== by 0x4DCE297: main (test.h:654) ==24464== -- 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 26139] New: comdlg32/filedlg shows a few valgrind warnings
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=26139 Summary: comdlg32/filedlg shows a few valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at EqualRect (uitools.c:1405) by FileOpenDlgProc95 (filedlg.c:1206) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) by WINPROC_CallDlgProcW (winproc.c:1041) by DefDlgProcW (defdlg.c:425) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) by DIALOG_CreateIndirect (dialog.c:694) by DialogBoxIndirectParamAorW (dialog.c:876) by DialogBoxIndirectParamA (dialog.c:887) by GetFileName95 (filedlg.c:317) by GetFileDialog95A (filedlg.c:442) by GetOpenFileNameA (filedlg.c:4173) by test_create_view_window2 (filedlg.c:280) Uninitialised value was created by a stack allocation at FileOpenDlgProc95 (filedlg.c:1157) ... 140 bytes in 5 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DIALOG_get_info (defdlg.c:335) by DefDlgProcA (defdlg.c:362) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageA (message.c:3187) by WIN_CreateWindowEx (win.c:1420) by CreateWindowExA (win.c:1554) by DIALOG_CreateIndirect (dialog.c:651) by CreateDialogIndirectParamAorW (dialog.c:755) by CreateDialogIndirectParamA (dialog.c:764) by CreateTemplateDialog (filedlg.c:786) by FileOpenDlgProc95 (filedlg.c:1189) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) ... 144 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by rpcrt4_conn_np_alloc (rpc_transport.c:120) by RPCRT4_CreateConnection (rpc_transport.c:2939) by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285) by RPCRT4_use_protseq (rpc_server.c:810) by RpcServerUseProtseqEpExW (rpc_server.c:1022) by RpcServerUseProtseqEpW (rpc_server.c:907) by RPC_StartRemoting (rpc.c:1626) by StdMarshalImpl_MarshalInterface (marshal.c:1245) by CoMarshalInterface (marshal.c:1797) by RegisterDragDrop (ole2.c:461) by ShellView_OnCreate (shlview.c:718) by ShellView_WndProc (shlview.c:1682) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) -- 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 7