April 2014 - Wine-bugs - list.winehq.org

[Bug 29273] New: delphi application crash at start when windows are created on x86-64 system only
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=29273 Bug #: 29273 Summary: delphi application crash at start when windows are created on x86-64 system only Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mzens(a)gmx.de Classification: Unclassified Created attachment 37858 --> http://bugs.winehq.org/attachment.cgi?id=37858 executable The 32bit application crashes somewhere in the delphi initialization code at start-up in versions 1.2.2 and 1.3.34. This happens only on the Ubuntu 10.04 x86-64 system. On a x86-32 machine it runs fine in version 1.2.2 . -- 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.

1 10

[Bug 20545] New: memory leak in MMDRV_Init on exit?
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=20545 Summary: memory leak in MMDRV_Init on exit? Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On several Chromium tests (having nothing to do with multimedia?), valgrind is reporting a leak in winmm: 56 bytes in 1 blocks are possibly lost in loss record 464 of 1,033 at notify_alloc (heap.c:214) by RtlAllocateHeap (heap.c:1421) by MMDRV_InitPerType (lolvldrv.c:419) by MMDRV_Install (lolvldrv.c:510) by MMDRV_Init (lolvldrv.c:561) by DllMain (winmm.c:184) by __wine_spec_dll_entry (dll_entry.c:40) by ??? (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so) by MODULE_InitDLL (loader.c:982) by process_attach (loader.c:1071) by process_attach (loader.c:1063) by attach_process_dlls (loader.c:2440) This doesn't happen terribly often, is there something that occasionally prevents freeing on unload? -- 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.

1 3

[Bug 36196] New: valgrind shows some possible leaks in mmdevapi/tests/propstore.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36129] New: valgrind shows some possible leaks in oleaut32/olepicture.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36123] New: valgrind shows leaks in msiexec/msiexec.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 3

[Bug 36166] New: valgrind shows several possible leaks in vbscript/tests/createobj.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 2

[Bug 36146] New: valgrind shows several leaks in dlls/jscript/tests/caller.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36195] New: valgrind shows several leaks in dsound/tests/capture.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36126] New: valgrind shows a possible leak in msi/tests/install.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36137] New: valgrind shows some leaks in oleaut32/tests/tmarshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1