[Bug 36214] New: valgrind shows several definite leaks when running iexplore.exe

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.

[Bug 36214] valgrind shows several definite leaks when running iexplore.exe

https://bugs.winehq.org/show_bug.cgi?id=36214

--- Comment #1 from Austin English <austinenglish(a)gmail.com> ---
Also:
==22525== 64 bytes in 1 blocks are definitely lost in loss record 10,983 of
14,521
==22525==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==22525==    by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883)
==22525==    by 0x8B68578: heap_realloc (jscript.h:70)
==22525==    by 0x8B694DA: alloc_label (compile.c:387)
==22525==    by 0x8B6B494: compile_for_statement (compile.c:1237)
==22525==    by 0x8B6C890: compile_statement (compile.c:1733)
==22525==    by 0x8B6AF2E: compile_block_statement (compile.c:1068)
==22525==    by 0x8B6C81C: compile_statement (compile.c:1717)
==22525==    by 0x8B6B54F: compile_for_statement (compile.c:1257)
==22525==    by 0x8B6C890: compile_statement (compile.c:1733)
==22525==    by 0x8B6AF2E: compile_block_statement (compile.c:1068)
==22525==    by 0x8B6C81C: compile_statement (compile.c:1717)
==22525==    by 0x8B6B163: compile_if_statement (compile.c:1144)
==22525==    by 0x8B6C8C4: compile_statement (compile.c:1739)
==22525==    by 0x8B6AF2E: compile_block_statement (compile.c:1068)
==22525==    by 0x8B6C81C: compile_statement (compile.c:1717)
==22525==    by 0x8B6B1E1: compile_if_statement (compile.c:1157)
==22525==    by 0x8B6C8C4: compile_statement (compile.c:1739)
==22525==    by 0x8B6AF2E: compile_block_statement (compile.c:1068)
==22525==    by 0x8B6C81C: compile_statement (compile.c:1717)
==22525== 

==22525== 88 bytes in 1 blocks are definitely lost in loss record 11,616 of
14,521
==22525==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==22525==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==22525==    by 0x7C3B949: MSVCRT_malloc (heap.c:329)
==22525==    by 0x61E426BF: ???
==22525==    by 0x7B3380A: create_nsfile (nsembed.c:93)
==22525==    by 0x7B35D55: init_xpcom (nsembed.c:692)
==22525==    by 0x7B3620E: load_gecko (nsembed.c:774)
==22525==    by 0x7B3AC2F: create_nscontainer (nsembed.c:2047)
==22525==    by 0x7AB9AC1: HTMLDocument_Create (htmldoc.c:4751)
==22525==    by 0x7B25658: ClassFactory_CreateInstance (main.c:238)
==22525==    by 0x51D0D96: CoCreateInstance (unknwn.h:226)
==22525==    by 0x4EFC2B2: create_mime_object (binding.c:258)
==22525==    by 0x4EFC652: create_object (binding.c:308)
==22525==    by 0x4EFF1E8: report_data (binding.c:1077)
==22525==    by 0x4EFF531: InternetProtocolSink_ReportData (binding.c:1126)
==22525==    by 0x4F048BC: ProtocolSinkHandler_ReportData (urlmon.h:3113)
==22525==    by 0x4F0540D: report_data_proc (urlmon.h:3113)
==22525==    by 0x4F0110E: process_tasks (bindprot.c:57)
==22525==    by 0x4F0115C: notif_wnd_proc (bindprot.c:68)
==22525==    by 0x574643D: ??? (winproc.c:173)
==22525== 

==22525== 132 bytes in 1 blocks are definitely lost in loss record 12,371 of
14,521
==22525==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==22525==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==22525==    by 0x4F2386A: heap_alloc_zero (urlmon_main.h:241)
==22525==    by 0x4F32917: Uri_Construct (uri.c:5654)
==22525==    by 0x4F32B2F: CreateUri (uri.c:5727)
==22525==    by 0x4F21C77: CreateURLMonikerEx (umon.c:651)
==22525==    by 0x4F21F8F: CreateURLMoniker (umon.c:734)
==22525==    by 0x4E8D2CE: create_moniker (navigate.c:667)
==22525==    by 0x4E8D450: bind_to_object (navigate.c:690)
==22525==    by 0x4E8DEDA: navigate_bsc (navigate.c:887)
==22525==    by 0x4E8DFA5: navigate_bsc_proc (navigate.c:917)
==22525==    by 0x4E7791A: process_dochost_tasks (dochost.c:63)
==22525==    by 0x4E86D1F: ie_window_proc (iexplore.c:689)
==22525==    by 0x574643D: ??? (winproc.c:173)
==22525==    by 0x57465B2: call_window_proc (winproc.c:244)
==22525==    by 0x574874B: WINPROC_call_window (winproc.c:900)
==22525==    by 0x57050F8: call_window_proc (message.c:2223)
==22525==    by 0x5707F96: send_message (message.c:3260)
==22525==    by 0x57085B4: SendMessageW (message.c:3454)
==22525==    by 0x4E778B3: push_dochost_task (dochost.c:50)
==22525==

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

[Bug 36214] valgrind shows several definite leaks when running iexplore.exe

https://bugs.winehq.org/show_bug.cgi?id=36214

Austin English <austinenglish(a)gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |valgrind

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

[Bug 36214] valgrind shows several definite leaks when running iexplore.exe

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=36214

Austin English <[e-mail]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |ABANDONED
             Status|NEW                         |RESOLVED

--- Comment #2 from Austin English <[e-mail]> ---
Modern wine doesn't play well with valgrind. Marking valgrind bugs as
abandoned.

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

[Bug 36214] valgrind shows several definite leaks when running iexplore.exe

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=36214

Austin English <[e-mail]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #3 from Austin English <[e-mail]> ---
Closing.

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