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.
https://bugs.winehq.org/show_bug.cgi?id=36420
Bug ID: 36420
Summary: valgrind shows a possible leak in
oledb32/tests/convert.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oledb32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4543== 28 bytes in 1 blocks are possibly lost in loss record 173 of 580
==4543== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==4543== by 0x512CBB8: apartment_getclassobject (compobj.c:526)
==4543== by 0x512FFC6: get_inproc_class_object (compobj.c:2894)
==4543== by 0x5132D2F: CoGetClassObject (compobj.c:3032)
==4543== by 0x51334B7: CoCreateInstance (compobj.c:3197)
==4543== by 0x4B75932: test_dcinfo (convert.c:47)
==4543== by 0x4B84AFA: func_convert (convert.c:2908)
==4543== by 0x4B90E18: run_test (test.h:584)
==4543== by 0x4B91207: main (test.h:654)
==4543==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36362
Bug ID: 36362
Summary: valgrind shows a potential leak in
dsound/tests/propset.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
==15257== 28 bytes in 1 blocks are possibly lost in loss record 230 of 799
==15257== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==15257== by 0x4E42BB8: apartment_getclassobject (compobj.c:526)
==15257== by 0x4E45FC6: get_inproc_class_object (compobj.c:2894)
==15257== by 0x4E48D2F: CoGetClassObject (compobj.c:3032)
==15257== by 0x4E494B7: CoCreateInstance (compobj.c:3197)
==15257== by 0x6166702: get_mmdevenum (dsound_main.c:178)
==15257== by 0x6167A62: enumerate_mmdevices (dsound_main.c:466)
==15257== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326)
==15257== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==15257== by 0x4A71C43: func_propset (propset.c:439)
==15257== by 0x4A72EC4: run_test (test.h:584)
==15257== by 0x4A732B3: main (test.h:654)
==15257==
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36361
Bug ID: 36361
Summary: valgrind shows several uninitialized values in
dsound/tests/propset.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
==14871== Conditional jump or move depends on uninitialised value(s)
==14871== at 0x4A6FE18: callback (propset.c:70)
==14871== by 0x6164293: DSPROPERTY_enumWtoA (propset.c:388)
==14871== by 0x61647E4: enum_callback (propset.c:298)
==14871== by 0x615AE42: send_device (dsound_main.c:442)
==14871== by 0x615BC13: enumerate_mmdevices (dsound_main.c:502)
==14871== by 0x616458D: DSPROPERTY_EnumerateW (propset.c:326)
==14871== by 0x61659B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==14871== by 0x4A71C43: func_propset (propset.c:439)
==14871== by 0x4A72EC4: run_test (test.h:584)
==14871== by 0x4A732B3: main (test.h:654)
==14871== Uninitialised value was created by a stack allocation
==14871== at 0x61646DC: enum_callback (propset.c:274)
==14871==
==15026== Conditional jump or move depends on uninitialised value(s)
==15026== at 0x4A70286: callback1 (propset.c:94)
==15026== by 0x6170013: DSPROPERTY_enumWto1 (propset.c:421)
==15026== by 0x61707E4: enum_callback (propset.c:298)
==15026== by 0x6166E42: send_device (dsound_main.c:442)
==15026== by 0x6167C13: enumerate_mmdevices (dsound_main.c:502)
==15026== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326)
==15026== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==15026== by 0x4A71DB1: func_propset (propset.c:469)
==15026== by 0x4A72EC4: run_test (test.h:584)
==15026== by 0x4A732B3: main (test.h:654)
==15026== Uninitialised value was created by a stack allocation
==15026== at 0x61706DC: enum_callback (propset.c:274)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36561
Bug ID: 36561
Summary: valgrind shows a definite leak in msrle/tests/msrle.c
Product: Wine
Version: 1.7.19
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
==29940== 256 bytes in 1 blocks are definitely lost in loss record 399 of 539
==29940== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==29940== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==29940== by 0x7B8457FF: HeapAlloc (heap.c:271)
==29940== by 0x7B845A26: GlobalAlloc (heap.c:364)
==29940== by 0x7B846E63: LocalAlloc (heap.c:967)
==29940== by 0x65FE88C: ???
==29940== by 0x65FEB12: ???
==29940== by 0x6600326: ???
==29940== by 0x4E168F6: DRIVER_SendMessage (driver.c:136)
==29940== by 0x4E16A41: SendDriverMessage (driver.c:156)
==29940== by 0x4DEE914: MSVIDEO_SendMessage (msvideo_main.c:173)
==29940== by 0x4DF13FD: ICSendMessage (msvideo_main.c:1096)
==29940== by 0x4DF0492: ICCompress (msvideo_main.c:741)
==29940== by 0x4CA23BE: test_encode (msrle.c:92)
==29940== by 0x4CA24A6: func_msrle (msrle.c:104)
==29940== by 0x4CA3299: run_test (test.h:584)
==29940== by 0x4CA3687: main (test.h:654)
==29940==
--
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=36575
Bug ID: 36575
Summary: valgrind shows a couple possible leaks in
urlmon/tests/sec_mgr.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
../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p
urlmon_test.exe.so sec_mgr && touch sec_mgr.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:urlmon:SecManagerImpl_GetSecurityIdEx2 dwReserved is not supported yet
==28354== 8 bytes in 1 blocks are possibly lost in loss record 37 of 599
==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==28354== by 0x7B8457FF: HeapAlloc (heap.c:271)
==28354== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==28354== by 0x516B4C7: OLEClipbrd_Initialize (clipboard.c:1732)
==28354== by 0x51A48E6: OleInitialize (ole2.c:215)
==28354== by 0x4CE4B3A: func_sec_mgr (sec_mgr.c:2043)
==28354== by 0x4D16166: run_test (test.h:584)
==28354== by 0x4D16555: main (test.h:654)
==28354==
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28354== 36 bytes in 1 blocks are possibly lost in loss record 231 of 599
==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==28354== by 0x4EC359D: heap_alloc (urlmon_main.h:236)
==28354== by 0x4EC3B3C: register_namespace (session.c:126)
==28354== by 0x4EC4832: InternetSession_RegisterNameSpace (session.c:375)
==28354== by 0x4CE20A2: register_protocols (urlmon.h:3759)
==28354== by 0x4CE4B42: func_sec_mgr (sec_mgr.c:2044)
==28354== by 0x4D16166: run_test (test.h:584)
==28354== by 0x4D16555: main (test.h:654)
==28354==
--
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.
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.
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.