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

[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

[Bug 36275] New: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36275 Bug ID: 36275 Summary: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com The system is currently failing this test (ds3d.c:984: Test failed: DirectSoundCreate() failed: 8889000a), doesn't normally, not sure, why..in any case, there's a leak: ==9326== 32 bytes in 1 blocks are possibly lost in loss record 390 of 985 ==9326== at 0x7BC4C735: notify_alloc (heap.c:255) ==9326== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==9326== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==9326== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==9326== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==9326== by 0x5F69F72: DirectSoundDevice_Create (dsound.c:649) ==9326== by 0x5F6A7D3: DirectSoundDevice_Initialize (dsound.c:781) ==9326== by 0x5F69494: IDirectSound8Impl_Initialize (dsound.c:398) ==9326== by 0x5F69915: DirectSoundCreate (dsound.c:520) ==9326== by 0x495C1C7: test_for_driver (ds3d.c:983) ==9326== by 0x495D5F0: dsenum_callback (ds3d.c:1272) ==9326== by 0x5F6D693: a_to_w_callback (dsound_main.c:319) ==9326== by 0x5F6DCBD: send_device (dsound_main.c:442) ==9326== by 0x5F6E0E6: enumerate_mmdevices (dsound_main.c:517) ==9326== by 0x5F6E278: DirectSoundEnumerateW (dsound_main.c:561) ==9326== by 0x5F6D736: DirectSoundEnumerateA (dsound_main.c:349) ==9326== by 0x495DAB4: ds3d_tests (ds3d.c:1315) ==9326== by 0x495DBA2: func_ds3d (ds3d.c:1335) ==9326== by 0x4974540: run_test (test.h:584) ==9326== by 0x497492F: main (test.h:654) ==9326== Also affects the dsound.c, dsound8.c, ... tests -- 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 36322] New: valgrind shows a leak in rpcrpc4/tests/cstub.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36322 Bug ID: 36322 Summary: valgrind shows a leak in rpcrpc4/tests/cstub.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32691== 24 bytes in 1 blocks are definitely lost in loss record 155 of 562 ==32691== at 0x7BC4C735: notify_alloc (heap.c:255) ==32691== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32691== by 0x55C045F: CStdStubBuffer_Construct (cstub.c:88) ==32691== by 0x55BF517: CStdPSFactory_CreateStub (cpsf.c:135) ==32691== by 0x495AD74: create_stub (objidl.h:9251) ==32691== by 0x495B861: test_Connect (cstub.c:867) ==32691== by 0x495C5C5: func_cstub (cstub.c:1174) ==32691== by 0x4995124: run_test (test.h:584) ==32691== by 0x4995513: main (test.h:654) ==32691== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

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

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36403 Bug ID: 36403 Summary: valgrind shows a possible leak in dsound/tests/ds3d8.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14489== 28 bytes in 1 blocks are possibly lost in loss record 220 of 926 ==14489== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==14489== by 0x51F2BE8: apartment_getclassobject (compobj.c:526) ==14489== by 0x51F5FF6: get_inproc_class_object (compobj.c:2894) ==14489== by 0x51F8D5F: CoGetClassObject (compobj.c:3032) ==14489== by 0x51F94E7: CoCreateInstance (compobj.c:3197) ==14489== by 0x65376E2: get_mmdevenum (dsound_main.c:178) ==14489== by 0x6538A42: enumerate_mmdevices (dsound_main.c:466) ==14489== by 0x6538D8D: DirectSoundEnumerateW (dsound_main.c:561) ==14489== by 0x6538E61: DirectSoundEnumerateA (dsound_main.c:349) ==14489== by 0x4AC54B8: func_ds3d8 (ds3d8.c:1137) ==14489== by 0x4AB820B: main (test.h:584) ==14489== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 36433] New: valgrind shows a couple leaks in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36433 Bug ID: 36433 Summary: valgrind shows a couple leaks in shell32/tests/shelldispatch.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==28557== 24 bytes in 1 blocks are definitely lost in loss record 165 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x4F5C378: ShellDispatch_NameSpace (shelldispatch.c:774) ==28557== by 0x4D8817A: func_shelldispatch (shldisp.h:3077) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== ==28557== 28 bytes in 1 blocks are possibly lost in loss record 174 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x5C44BB8: apartment_getclassobject (compobj.c:526) ==28557== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894) ==28557== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032) ==28557== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197) ==28557== by 0x4D87FE2: func_shelldispatch (shelldispatch.c:72) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 26110] New: ole32/marshal test shows several valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 3

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

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36402 Bug ID: 36402 Summary: valgrind shows several leaks in dsound/tests/duplex.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32429== 88,200 bytes in 1 blocks are definitely lost in loss record 822 of 822 ==32429== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==32429== by 0x652CEF2: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:797) ==32429== by 0x6536497: IDirectSoundFullDuplexImpl_Initialize (duplex.c:233) ==32429== by 0x4AAF23D: func_duplex (duplex.c:286) ==32429== by 0x4A9520B: main (test.h:584) ==32429== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

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

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36315 Bug ID: 36315 Summary: valgrind shows several leaks in qedit/tests/mediadet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48402 --> https://bugs.winehq.org/attachment.cgi?id=48402 valgrind log ==31827== 28 bytes in 1 blocks are possibly lost in loss record 239 of 877 ==31827== at 0x7BC4C735: notify_alloc (heap.c:255) ==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31827== by 0x4B5B262: heap_alloc_zero (typelib.c:1662) ==31827== by 0x4B5DEA1: MSFT_ReadAllRefs (typelib.c:2902) ==31827== by 0x4B6014C: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==31827== by 0x4B5F3B8: TLB_ReadTypeLib (typelib.c:3460) ==31827== by 0x4B576DC: LoadTypeLibEx (typelib.c:478) ==31827== by 0x4B57618: LoadTypeLib (typelib.c:454) ==31827== by 0x4B5786A: LoadRegTypeLib (typelib.c:537) ==31827== by 0x6073AD3: ??? ==31827== by 0x607A475: ??? ==31827== by 0x600A806: ??? ==31827== by 0x600AAC0: ??? ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x5FADE44: SampleGrabber_create (samplegrabber.c:1304) ==31827== by 0x5FA741F: DSCF_CreateInstance (main.c:110) ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x4956F1F: test_samplegrabber (mediadet.c:388) ==31827== by 0x4957979: func_mediadet (mediadet.c:475) ==31827== by 0x495877C: run_test (test.h:584) ==31827== ==31827== 32 bytes in 1 blocks are possibly lost in loss record 293 of 877 ==31827== at 0x7BC4C735: notify_alloc (heap.c:255) ==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31827== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==31827== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==31827== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==31827== by 0x6074935: ??? ==31827== by 0x6011AC3: ??? ==31827== by 0x5FE5C00: ??? ==31827== by 0x600AAC0: ??? ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x5FA8D03: GetSplitter (mediadet.c:435) ==31827== by 0x5FA9282: MediaDet_put_Filename (mediadet.c:513) ==31827== by 0x4955998: test_mediadet (qedit.h:598) ==31827== by 0x4957974: func_mediadet (mediadet.c:474) ==31827== by 0x495877C: run_test (test.h:584) ==31827== by 0x4958B6A: main (test.h:654) ==31827== ==4134== 66 bytes in 1 blocks are definitely lost in loss record 456 of 929 ==4134== at 0x7BC4C735: notify_alloc (heap.c:255) ==4134== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4134== by 0x52C2635: IMalloc_fnAlloc (ifs.c:186) ==4134== by 0x52C2F50: CoTaskMemAlloc (objidl.h:1236) ==4134== by 0x6345811: ??? ==4134== by 0x634F193: ??? ==4134== by 0x630023B: MediaDet_put_Filename (strmif.h:6469) ==4134== by 0x4A79998: test_mediadet (qedit.h:598) ==4134== by 0x4A7B974: func_mediadet (mediadet.c:474) ==4134== by 0x4A7C77C: run_test (test.h:584) ==4134== by 0x4A7CB6A: main (test.h:654) ==4134== 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 1

[Bug 36278] New: valgrind shows a leak in gameux/tests/gamexplorer.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36278 Bug ID: 36278 Summary: valgrind shows a leak in gameux/tests/gamexplorer.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27747== 28 bytes in 1 blocks are possibly lost in loss record 214 of 672 ==27747== at 0x7BC4C735: notify_alloc (heap.c:255) ==27747== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27747== by 0x57068CE: COMPOBJ_DllList_Add (compobj.c:526) ==27747== by 0x5708C0A: apartment_getclassobject (compobj.c:1335) ==27747== by 0x570C354: get_inproc_class_object (compobj.c:2894) ==27747== by 0x570C813: CoGetClassObject (compobj.c:3032) ==27747== by 0x570CDD5: CoCreateInstance (compobj.c:3197) ==27747== by 0x612F20F: GAMEUX_ParseGDFBinary (gameexplorer.c:437) ==27747== by 0x7BC87087: ??? (signal_i386.c:2571) ==27747== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==27747== by 0x7BC87065: ??? (signal_i386.c:2571) ==27747== by 0x7BC8E4B0: start_thread (thread.c:428) ==27747== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==27747== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==27747== -- 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 36308] New: valgrind shows some possible leaks in ole32/tests/compobj.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36308 Bug ID: 36308 Summary: valgrind shows some possible leaks in ole32/tests/compobj.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==31284== 8 bytes in 1 blocks are possibly lost in loss record 56 of 665 ==31284== at 0x7BC4C735: notify_alloc (heap.c:255) ==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31284== by 0x7B84586B: HeapAlloc (heap.c:271) ==31284== by 0x7B845B40: GlobalAlloc (heap.c:376) ==31284== by 0x509C3E7: OLEClipbrd_Initialize (clipboard.c:1732) ==31284== by 0x50D5772: OleInitialize (ole2.c:215) ==31284== by 0x497783C: test_CoInitializeEx (compobj.c:1924) ==31284== by 0x4977F18: func_compobj (compobj.c:2034) ==31284== by 0x49D0714: run_test (test.h:584) ==31284== by 0x49D0B03: main (test.h:654) ==31284== ==31284== 20 bytes in 1 blocks are possibly lost in loss record 152 of 665 ==31284== at 0x7BC4C735: notify_alloc (heap.c:255) ==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31284== by 0x50AB48E: CoGetObjectContext (compobj.c:4872) ==31284== by 0x50AB679: CoGetContextToken (compobj.c:4925) ==31284== by 0x49770AE: test_CoGetContextToken (compobj.c:1840) ==31284== by 0x4977F0E: func_compobj (compobj.c:2032) ==31284== by 0x49D0714: run_test (test.h:584) ==31284== by 0x49D0B03: main (test.h:654) ==31284== -- 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