wine-bugs June 2014

wine-bugs@winehq.org

1 participants
9920 discussions

[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 36424] New: valgrind shows a leak in quartz/tests/filtergraph.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36424 Bug ID: 36424 Summary: valgrind shows a leak in quartz/tests/filtergraph.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27031== 28 bytes in 1 blocks are possibly lost in loss record 248 of 920 ==27031== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27031== by 0x530CBB8: apartment_getclassobject (compobj.c:526) ==27031== by 0x530FFC6: get_inproc_class_object (compobj.c:2894) ==27031== by 0x5312D2F: CoGetClassObject (compobj.c:3032) ==27031== by 0x53134B7: CoCreateInstance (compobj.c:3197) ==27031== by 0x6108B69: ??? ==27031== by 0x4D6B3AD: test_render_filter_priority (strmif.h:4913) ==27031== by 0x4D6BFE7: func_filtergraph (filtergraph.c:1893) ==27031== by 0x4D723D4: run_test (test.h:584) ==27031== by 0x4D727C3: main (test.h:654) ==27031== -- 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 36414] New: valgrind shows a definite leak in ole32/tests/marshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36414 Bug ID: 36414 Summary: valgrind shows a definite leak in ole32/tests/marshal.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 ==24464== 72 bytes in 1 blocks are definitely lost in loss record 441 of 824 ==24464== at 0x7BC51B57: RtlReAllocateHeap (heap.c:255) ==24464== by 0x7B844340: HeapReAlloc (heap.c:281) ==24464== by 0x7B84503C: GlobalReAlloc (heap.c:679) ==24464== by 0x539C75D: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==24464== by 0x539C896: HGLOBALStreamImpl_Write (objidl.h:4391) ==24464== by 0x53A4CED: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==24464== by 0x53A593A: CoMarshalInterface (objidl.h:611) ==24464== by 0x5384BE9: CoRegisterClassObject (compobj.c:969) ==24464== by 0x4D94452: test_local_server (marshal.c:2995) ==24464== by 0x4D9860E: func_marshal (marshal.c:3548) ==24464== by 0x4DCDEA8: run_test (test.h:584) ==24464== by 0x4DCE297: main (test.h:654) ==24464== -- 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 36264] New: valgrind shows a couple possible leaks in dispex/tests/marshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36264 Bug ID: 36264 Summary: valgrind shows a couple possible leaks in dispex/tests/marshal.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 ==3861== 28 bytes in 1 blocks are possibly lost in loss record 176 of 609 ==3861== at 0x7BC4C735: notify_alloc (heap.c:255) ==3861== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3861== by 0x4D448CE: COMPOBJ_DllList_Add (compobj.c:526) ==3861== by 0x4D46C0A: apartment_getclassobject (compobj.c:1335) ==3861== by 0x4D4A354: get_inproc_class_object (compobj.c:2894) ==3861== by 0x4D4A813: CoGetClassObject (compobj.c:3032) ==3861== by 0x5886266: create_stub (ndr_ole.c:415) ==3861== by 0x5868E2B: CStdStubBuffer_Delegating_Construct (cstub.c:346) ==3861== by 0x58674C9: CStdPSFactory_CreateStub (cpsf.c:131) ==3861== by 0x4D6D8E4: marshal_object (objidl.h:9251) ==3861== by 0x4D709E0: StdMarshalImpl_MarshalInterface (marshal.c:1251) ==3861== by 0x4D727A1: CoMarshalInterface (objidl.h:611) ==3861== by 0x4954F33: host_object_proc (marshal.c:65) ==3861== by 0x7BC87087: ??? (signal_i386.c:2571) ==3861== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==3861== by 0x7BC87065: ??? (signal_i386.c:2571) ==3861== by 0x7BC8E4B0: start_thread (thread.c:428) ==3861== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==3861== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) -- 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 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 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 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 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 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 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 36397] New: valgrind shows a couple warnings in ieframe/tests/intshcut.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36397 Bug ID: 36397 Summary: valgrind shows a couple warnings in ieframe/tests/intshcut.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 ../../../tools/runtest -q -P wine -T ../../.. -M ieframe.dll -p ieframe_test.exe.so intshcut && touch intshcut.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ole:CoCreateInstance Class {fbf23b40-e3f0-101b-8488-00aa003e56f8} does not support aggregation fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1 fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1 preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==28304== Syscall param write(buf) points to uninitialised byte(s) ==28304== at 0x421ECF3: __write_nocancel (syscall-template.S:81) ==28304== by 0x7BC48C5A: NtWriteFile (file.c:1073) ==28304== by 0x7B83D0FA: WriteFile (file.c:563) ==28304== by 0x520B8B4: FileLockBytesImpl_WriteAt (filelockbytes.c:286) ==28304== by 0x523858F: StorageImpl_WriteBigBlock (objidl.h:5753) ==28304== by 0x523F1C7: BlockChainStream_Flush (storage32.c:6430) ==28304== by 0x523F20D: StorageImpl_Flush (storage32.c:3284) ==28304== by 0x52376D7: StgStreamImpl_Write (storage32.h:268) ==28304== by 0x5233412: PropertyStorage_WritePropertyToStream (objidl.h:4384) ==28304== by 0x52337D6: PropertyStorage_PropertiesWriter (stg_prop.c:1861) ==28304== by 0x5209ABB: dictionary_enumerate (dictionary.c:189) ==28304== by 0x523588A: IPropertyStorage_fnCommit (stg_prop.c:1875) ==28304== by 0x4A96E0C: test_ReadAndWriteProperties (propidl.h:540) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Address 0x4c8e8ce is 150 bytes inside a block of size 8,260 alloc'd ==28304== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==28304== by 0x523FCD3: BlockChainStream_Construct (storage32.c:6398) ==28304== by 0x5240991: StorageImpl_Construct.isra.29 (storage32.c:3213) ==28304== by 0x524307E: Storage_Construct.isra.34 (storage32.c:5544) ==28304== by 0x5243243: create_storagefile.isra.35 (storage32.c:7768) ==28304== by 0x5243885: StgCreateStorageEx (storage32.c:7862) ==28304== by 0x69716E1: create_shortcut (intshcut.c:820) ==28304== by 0x697297C: InternetShortcut_Create (intshcut.c:855) ==28304== by 0x51F950D: CoCreateInstance (unknwn.h:226) ==28304== by 0x4A966F1: test_ReadAndWriteProperties (intshcut.c:191) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Uninitialised value was created by a stack allocation ==28304== at 0x4A9647F: test_ReadAndWriteProperties (intshcut.c:170) ==28304== ==28304== Conditional jump or move depends on uninitialised value(s) ==28304== at 0x4AA6C35: winetest_vok (test.h:311) ==28304== by 0x4AA6DFA: winetest_ok (test.h:357) ==28304== by 0x4A96A85: test_ReadAndWriteProperties (intshcut.c:269) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Uninitialised value was created by a stack allocation ==28304== at 0x6971816: PersistFile_Load (intshcut.c:456) ==28304== -- 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 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

[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 36214] New: valgrind shows several definite leaks when running iexplore.exe
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 2

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

03 Jun '14

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.

1 2

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

03 Jun '14

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.

1 1

[Bug 36361] New: valgrind shows several uninitialized values in dsound/tests/propset.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

[Bug 36134] New: oleaut32/tests/vartype show several warnings with valgrind
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36134 Bug ID: 36134 Summary: oleaut32/tests/vartype show several warnings with valgrind Product: Wine Version: 1.7.16 Hardware: x86 URL: https://test.winehq.org/data/7e874aed75765f3c017673178 cfd64301b7ba3ed/linux_ae-fedora64-heap/oleaut32:vartyp e.html 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 48297 --> https://bugs.winehq.org/attachment.cgi?id=48297 valgrind log ==29762== Invalid read of size 4 ==29762== at 0x4FD81F1: SysFreeString (oleaut.c:259) ==29762== by 0x4D73D6E: test_bstr_cache (vartype.c:6313) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) ==29762== Address 0x4748da0 is 16 bytes after a block of size 64 free'd ==29762== at 0x7BC4C782: notify_free (heap.c:263) ==29762== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29762== by 0x4FD83E1: SysFreeString (oleaut.c:293) ==29762== by 0x4D73D44: test_bstr_cache (vartype.c:6310) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) The tests also fail: vartype.c:3732: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3735: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3739: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3815: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3816: Test failed: expected 2147483647ul 4294961488ul (2147483647,4294961488), got (2147483647,4294961152); hres=0x00000000 vartype.c:3817: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3818: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3838: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3844: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3845: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3886: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3889: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3902: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3915: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3916: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3927: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3928: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3938: Test failed: expected 2147483648ul 15808 (2147483648,15808), got (2147483648,15360); hres=0x00000000 vartype.c:3939: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3954: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3955: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3970: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3971: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 full log attached. -- 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 36632] New: valgrind shows a use after free in dsound/tests/ds3d8.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36632 Bug ID: 36632 Summary: valgrind shows a use after free in dsound/tests/ds3d8.c Product: Wine Version: 1.7.19 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 ../../../tools/runtest -q -P wine -T ../../.. -M dsound.dll -p dsound_test.exe.so ds3d8 && touch ds3d8.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==10296== Thread 2: ==10296== Invalid read of size 4 ==10296== at 0x7BC39D3F: RtlpWaitForCriticalSection (critsection.c:446) ==10296== by 0x7BC3A0D0: RtlEnterCriticalSection (critsection.c:558) ==10296== by 0x6315EBF: alsa_push_buffer_data (mmdevdrv.c:2150) ==10296== by 0x7BC91871: timer_callback_wrapper (threadpool.c:572) ==10296== by 0x7BC91BD4: queue_timer_expire (threadpool.c:649) ==10296== by 0x7BC91DF5: timer_queue_thread_proc (threadpool.c:712) ==10296== by 0x7BC87137: ??? (signal_i386.c:2571) ==10296== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==10296== by 0x7BC87115: ??? (signal_i386.c:2571) ==10296== by 0x7BC8E560: start_thread (thread.c:428) ==10296== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==10296== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==10296== Address 0x4908c54 is 300 bytes inside a block of size 344 free'd ==10296== at 0x7BC4C7AA: notify_free (heap.c:263) ==10296== by 0x7BC510EF: RtlFreeHeap (heap.c:1762) ==10296== by 0x63113EE: AudioClient_Release (mmdevdrv.c:913) ==10296== by 0x6319DAA: AudioStreamVolume_Release (audioclient.h:311) ==10296== by 0x5D3F32A: DirectSoundDevice_Release (audioclient.h:1249) ==10296== by 0x5D3D0E5: directsound_destroy (dsound.c:124) ==10296== by 0x5D3D833: IDirectSound8Impl_Release (dsound.c:233) ==10296== by 0x4A613E2: test_secondary8 (ds3d8.c:808) ==10296== by 0x4A62955: dsenum_callback (ds3d8.c:1121) ==10296== by 0x5D42693: a_to_w_callback (dsound_main.c:319) ==10296== by 0x5D42F64: enumerate_mmdevices (dsound_main.c:492) ==10296== by 0x5D43278: DirectSoundEnumerateW (dsound_main.c:561) ==10296== by 0x5D42736: DirectSoundEnumerateA (dsound_main.c:349) ==10296== by 0x4A62BC4: ds3d8_tests (ds3d8.c:1137) ==10296== by 0x4A62CC0: func_ds3d8 (ds3d8.c:1157) ==10296== by 0x4A74540: run_test (test.h:584) ==10296== by 0x4A7492F: main (test.h:654) ==10296== -- 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 36561] New: valgrind shows a definite leak in msrle/tests/msrle.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

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

03 Jun '14

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.

1 1

[Bug 36575] New: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 1

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

03 Jun '14

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.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2014