https://bugs.winehq.org/show_bug.cgi?id=36196
Bug ID: 36196
Summary: valgrind shows some possible leaks in
mmdevapi/tests/propstore.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
==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461
==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526)
==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335)
==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894)
==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032)
==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197)
==12387== by 0x4E6D893: func_propstore (propstore.c:120)
==12387== by 0x4E80EAF: run_test (test.h:584)
==12387== by 0x4E8129E: main (test.h:654)
==12387==
{
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=36123
Bug ID: 36123
Summary: valgrind shows leaks in msiexec/msiexec.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
==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472DD61: process_args (msiexec.c:490)
==23034== by 0x472E0BD: WinMain (msiexec.c:576)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472CE7F: StringListAppend (msiexec.c:113)
==23034== by 0x472F9DE: WinMain (msiexec.c:966)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472CFA7: build_properties (msiexec.c:146)
==23034== by 0x472FA15: WinMain (msiexec.c:972)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
--
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=36166
Bug ID: 36166
Summary: valgrind shows several possible leaks in
vbscript/tests/createobj.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==1948== 20 bytes in 1 blocks are possibly lost in loss record 128 of 653
==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1948== by 0x680B673: heap_alloc (vbscript.h:432)
==1948== by 0x680CBCD: VBScript_AddNamedItem (vbscript.c:426)
==1948== by 0x4E4B610: create_script (activscp.h:1022)
==1948== by 0x4E4D020: test_GetObject (createobj.c:1022)
==1948== by 0x4E4D35B: func_createobj (createobj.c:1097)
==1948== by 0x4E5DA0F: run_test (test.h:584)
==1948== by 0x4E5DDFE: main (test.h:654)
==1948==
==1948== 28 bytes in 1 blocks are possibly lost in loss record 179 of 653
==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1948== by 0x4FCB21A: heap_alloc_zero (typelib.c:1662)
==1948== by 0x4FCDE59: MSFT_ReadAllRefs (typelib.c:2902)
==1948== by 0x4FD0104: ITypeLib2_Constructor_MSFT (typelib.c:3716)
==1948== by 0x4FCF370: TLB_ReadTypeLib (typelib.c:3460)
==1948== by 0x4FC7694: LoadTypeLibEx (typelib.c:478)
==1948== by 0x4FC75D0: LoadTypeLib (typelib.c:454)
==1948== by 0x680E4C6: get_typeinfo (vbscript_main.c:56)
==1948== by 0x67F321B: init_global (global.c:1946)
==1948== by 0x680BA7F: set_ctx_site (vbscript.c:105)
==1948== by 0x680C509: VBScript_SetScriptSite (vbscript.c:312)
==1948== by 0x4E4B59D: create_script (activscp.h:1007)
==1948== by 0x4E4B6F1: test_CreateObject (createobj.c:779)
==1948== by 0x4E4D356: func_createobj (createobj.c:1096)
==1948== by 0x4E5DA0F: run_test (test.h:584)
==1948== by 0x4E5DDFE: main (test.h:654)
==1948==
==2464== 112 bytes in 1 blocks are possibly lost in loss record 425 of 653
==2464== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2464== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2464== by 0x4FA80B4: alloc_bstr (oleaut.c:162)
==2464== by 0x4FA844A: SysAllocStringLen (oleaut.c:324)
==2464== by 0x4E4958F: a2bstr (createobj.c:126)
==2464== by 0x4E4B2FF: parse_script_ae (createobj.c:721)
==2464== by 0x4E4D038: test_GetObject (createobj.c:1023)
==2464== by 0x4E4D35B: func_createobj (createobj.c:1097)
==2464== by 0x4E5DA0F: run_test (test.h:584)
==2464== by 0x4E5DDFE: main (test.h:654)
==2464==
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=36137
Bug ID: 36137
Summary: valgrind shows some leaks in oleaut32/tests/tmarshal.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
==31591== 8 bytes in 1 blocks are possibly lost in loss record 45 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31591== by 0x7B84586B: HeapAlloc (heap.c:271)
==31591== by 0x7B845B40: GlobalAlloc (heap.c:376)
==31591== by 0x5461F06: CreateStreamOnHGlobal (hglobalstream.c:603)
==31591== by 0x4C73817: test_external_connection (tmarshal.c:1873)
==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31591== 72 bytes in 1 blocks are definitely lost in loss record 355 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883)
==31591== by 0x7B8458E5: HeapReAlloc (heap.c:281)
==31591== by 0x7B846646: GlobalReAlloc (heap.c:679)
==31591== by 0x5461912: HGLOBALStreamImpl_SetSize (hglobalstream.c:381)
==31591== by 0x54615AD: HGLOBALStreamImpl_Write (objidl.h:4391)
==31591== by 0x5469938: StdMarshalImpl_MarshalInterface (objidl.h:4384)
==31591== by 0x546B65D: CoMarshalInterface (objidl.h:611)
==31591== by 0x4C73897: test_external_connection (tmarshal.c:1877)
==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31591== 32 bytes in 1 blocks are definitely lost in loss record 230 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31591== by 0x4FF22D2: deserialize_param (tmarshal.c:1201)
==31591== by 0x4FF3941: xCall (tmarshal.c:1482)
==31591== by 0x6E701B2: ???
==31591== by 0x4C741E3: func_tmarshal (tmarshal.c:1948)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31928== 32 bytes in 1 blocks are definitely lost in loss record 230 of 639
==31928== at 0x7BC4C735: notify_alloc (heap.c:255)
==31928== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31928== by 0x4FD80FA: alloc_bstr (oleaut.c:162)
==31928== by 0x4FD8490: SysAllocStringLen (oleaut.c:324)
==31928== by 0x4FD81A7: SysAllocString (oleaut.c:232)
==31928== by 0x4C6FAB0: test_typelibmarshal (tmarshal.c:1327)
==31928== by 0x4C741E3: func_tmarshal (tmarshal.c:1948)
==31928== by 0x4D75F00: run_test (test.h:584)
==31928== by 0x4D762EF: main (test.h:654)
==31928==
==32011== 28 bytes in 1 blocks are possibly lost in loss record 185 of 637
==32011== at 0x7BC4C735: notify_alloc (heap.c:255)
==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526)
==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335)
==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894)
==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032)
==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114)
==32011== by 0x54266E7: marshal_object (marshal.c:151)
==32011== by 0x5460599: start_apartment_remote_unknown (stubmanager.c:804)
==32011== by 0x5441BF6: RPC_StartRemoting (rpc.c:1645)
==32011== by 0x5429867: StdMarshalImpl_MarshalInterface (marshal.c:1249)
==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611)
==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79)
==32011== by 0x7BC87087: ??? (signal_i386.c:2571)
==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==32011== by 0x7BC87065: ??? (signal_i386.c:2571)
==32011== by 0x7BC8E4B0: start_thread (thread.c:428)
==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32011== 28 bytes in 1 blocks are possibly lost in loss record 186 of 637
==32011== at 0x7BC4C735: notify_alloc (heap.c:255)
==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526)
==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335)
==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894)
==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032)
==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114)
==32011== by 0x54266E7: marshal_object (marshal.c:151)
==32011== by 0x542989C: StdMarshalImpl_MarshalInterface (marshal.c:1251)
==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611)
==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79)
==32011== by 0x7BC87087: ??? (signal_i386.c:2571)
==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==32011== by 0x7BC87065: ??? (signal_i386.c:2571)
==32011== by 0x7BC8E4B0: start_thread (thread.c:428)
==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32011==
--
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=26110
Summary: ole32/marshal test shows several valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33290)
--> (http://bugs.winehq.org/attachment.cgi?id=33290)
valgrind log
Syscall param write(buf) points to uninitialised byte(s)
at ??? (in /lib/libpthread-2.11.2.so)
by WriteFile (file.c:547)
by rpcrt4_conn_np_write (rpc_transport.c:441)
by rpcrt4_conn_write (rpc_binding.h:183)
by RPCRT4_SendWithAuth (rpc_message.c:849)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
Address 0x7f030894 is 44 bytes inside a block of size 92 alloc'd
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by RPCRT4_SendWithAuth (rpc_message.c:808)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1702)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by RemUnknown_RemQueryInterface (stubmanager.c:664)
by IRemUnknown_RemQueryInterface_Stub (dcom_p.c:370)
by CStdStubBuffer_Invoke (cstub.c:477)
by RPC_ExecuteCall (rpc.c:1414)
by apartment_wndproc (compobj.c:897)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by WINPROC_call_window (winproc.c:910)
by DispatchMessageA (message.c:3639)
by test_register_local_server (marshal.c:2625)
by func_marshal (marshal.c:3067)
by run_test (test.h:556)
by main (test.h:624)
...
24 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IDefClF_fnConstructor (shellole.c:386)
by DllGetClassObject (shellole.c:219)
by apartment_getclassobject (compobj.c:806)
by apartment_hostobject (compobj.c:879)
by apartment_wndproc (compobj.c:900)
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 peek_message (message.c:2775)
by GetMessageW (message.c:3511)
by apartment_hostobject_thread (compobj.c:942)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
68 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:634)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
...
72 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by I_RpcAllocate (rpcrt4_main.c:705)
by I_RpcGetBuffer (rpc_message.c:1647)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:721)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_marshal_stub_apartment_shutdown (marshal.c:744)
by func_marshal (marshal.c:3092)
by run_test (test.h:556)
by main (test.h:624)
...
116 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:638)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
and several possibly losts as well. Full log attached.
--
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.