wine-bugs July 2017

wine-bugs@winehq.org

1 participants
7755 discussions

[Bug 43388] New: valgrind shows a few definite leaks in dlls/winmm/tests/ mci.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43388 Bug ID: 43388 Summary: valgrind shows a few definite leaks in dlls/winmm/tests/mci.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==2739== 0 bytes in 1 blocks are definitely lost in loss record 6 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 7 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19B3BF99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 1 blocks are definitely lost in loss record 12 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC76: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== ==2739== 0 bytes in 2 blocks are definitely lost in loss record 13 of 1,022 ==2739== at 0x7BC51061: notify_alloc (heap.c:254) ==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187) ==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405) ==2739== by 0x523ECCB: CoTaskMemAlloc (???:0) ==2739== by 0x1A4983D5: ??? ==2739== by 0x1A49D191: ??? ==2739== by 0x1A49D275: ??? ==2739== by 0x1A49D767: ??? ==2739== by 0x1A49DC8D: ??? ==2739== by 0x19C52F99: ??? ==2739== by 0x7BC913B3: ??? (signal_i386.c:2700) ==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==2739== by 0x7BC91391: ??? (signal_i386.c:2700) ==2739== by 0x7BC9B3EE: start_thread (thread.c:487) ==2739== by 0x4244249: start_thread (pthread_create.c:333) ==2739== by 0x433FD6D: clone (clone.S:114) ==2739== -- 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 0

[Bug 36581] New: valgrind shows a few leaks in winmm/tests/capture.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36581 Bug ID: 36581 Summary: valgrind shows a few leaks in winmm/tests/capture.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com austin@aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok ../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so capture && touch capture.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x5126CA4: list_window_children (win.c:318) ==26292== by 0x512EE26: WIN_ListChildren (win.c:3267) ==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783) ==26292== by 0x512B7F5: DestroyWindow (win.c:1876) ==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445) ==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== ==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093) ==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361) ==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413) ==26292== by 0x51394F5: ??? (winproc.c:173) ==26292== by 0x513966A: call_window_proc (winproc.c:244) ==26292== by 0x513B803: WINPROC_call_window (winproc.c:900) ==26292== by 0x50F811C: call_window_proc (message.c:2223) ==26292== by 0x50FA320: peek_message (message.c:2953) ==26292== by 0x50FBDC6: PeekMessageW (message.c:3757) ==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== -- 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 36638] New: valgrind shows a definite leak in wininet/tests/http.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36638 Bug ID: 36638 Summary: valgrind shows a definite leak in wininet/tests/http.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36637 ==32063== Thread 1 wininet_test.exe.so: ==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360 ==32063== at 0x7BC4C75D: notify_alloc (heap.c:255) ==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==32063== by 0x4D45FA1: heap_alloc (internet.h:116) ==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856) ==32063== by 0x4D44055: HttpSendRequestW (http.c:5556) ==32063== by 0x4D44251: HttpSendRequestA (http.c:5614) ==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195) ==32063== by 0x497D671: func_http (http.c:5328) ==32063== by 0x4994B90: run_test (test.h:584) ==32063== by 0x4994F7F: main (test.h:654) ==32063== -- 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 4

[Bug 36578] New: valgrind shows several definite leaks in urlmon/tests/url.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36578 Bug ID: 36578 Summary: valgrind shows several definite leaks in urlmon/tests/url.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 ==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179 ==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44) ==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354) ==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538) ==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686) ==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925) ==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182) ==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==23547== by 0x7BC870C7: ??? (signal_i386.c:2571) ==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==23547== by 0x7BC870A5: ??? (signal_i386.c:2571) ==23547== by 0x7BC8E4EC: start_thread (thread.c:428) ==23547== by 0x421FF92: start_thread (pthread_create.c:309) ==23547== by 0x43247ED: clone (clone.S:129) ==23547== ==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EC1915: create_moniker (umon.c:545) ==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656) ==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734) ==5217== by 0x4CFE492: test_BindToStorage (url.c:2915) ==5217== by 0x4D05327: func_url (url.c:4077) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== ==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EBDB3C: register_namespace (session.c:126) ==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375) ==5217== by 0x4D0417D: register_protocols (urlmon.h:3759) ==5217== by 0x4D0432A: func_url (url.c:3865) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== -- 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 43386] New: valgrind shows uninitialized memory in dlls/shell32/tests /shelldispatch.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43386 Bug ID: 43386 Summary: valgrind shows uninitialized memory in dlls/shell32/tests/shelldispatch.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==368== Thread 3: ==368== Syscall param writev(vector[...]) points to uninitialised byte(s) ==368== at 0x433804F: ??? (syscall-template.S:84) ==368== by 0x7BC8946B: send_request (server.c:228) ==368== by 0x7BC89626: wine_server_call (server.c:309) ==368== by 0x7BC4867A: server_write_file (file.c:624) ==368== by 0x7BC49E71: NtWriteFile (file.c:1238) ==368== by 0x5969332: rpcrt4_conn_np_write (rpc_transport.c:414) ==368== by 0x595E242: rpcrt4_conn_write (rpc_binding.h:196) ==368== by 0x5960001: RPCRT4_SendWithAuth (rpc_message.c:849) ==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248) ==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809) ==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912) ==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800) ==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==368== by 0x7BC913B3: ??? (signal_i386.c:2700) ==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==368== by 0x7BC91391: ??? (signal_i386.c:2700) ==368== by 0x7BC9B3EE: start_thread (thread.c:487) ==368== by 0x4244249: start_thread (pthread_create.c:333) ==368== by 0x433FD6D: clone (clone.S:114) ==368== Address 0x667ec72 is 90 bytes inside a recently re-allocated block of size 140 alloc'd ==368== at 0x7BC51061: notify_alloc (heap.c:254) ==368== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==368== by 0x595FE79: RPCRT4_SendWithAuth (rpc_message.c:808) ==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248) ==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809) ==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912) ==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800) ==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==368== by 0x7BC913B3: ??? (signal_i386.c:2700) ==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==368== by 0x7BC91391: ??? (signal_i386.c:2700) ==368== by 0x7BC9B3EE: start_thread (thread.c:487) ==368== by 0x4244249: start_thread (pthread_create.c:333) ==368== by 0x433FD6D: clone (clone.S:114) ==368== Uninitialised value was created by a stack allocation ==368== at 0x4A30CB3: test_ShellWindows (shelldispatch.c:679) ==368== -- 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 0

[Bug 38727] New: valgrind shows several invalid reads in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=38727 Bug ID: 38727 Summary: valgrind shows several invalid reads in shell32/tests/shelldispatch.c Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ../../../tools/runtest -q -P wine -T ../../.. -M shell32.dll -p shell32_test.exe.so shelldispatch && touch shelldispatch.ok ==3421== Invalid read of size 2 ==3421== at 0x49934E6: ILFindLastID (pidl.c:201) ==3421== by 0x4998225: _ILGetExtension (pidl.c:2369) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 2 ==3421== at 0x4997173: _ILIsDesktop (pidl.c:1816) ==3421== by 0x4992DCE: _ILIsEmpty (pidl.h:220) ==3421== by 0x4997BBD: _ILGetDataPointer (pidl.c:2066) ==3421== by 0x499743B: _ILIsValue (pidl.c:1864) ==3421== by 0x4998236: _ILGetExtension (pidl.c:2371) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 1 ==3421== at 0x4997496: _ILIsValue (pidl.c:1868) ==3421== by 0x4998236: _ILGetExtension (pidl.c:2371) ==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566) ==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d9a is 18 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== ==3421== Invalid read of size 2 ==3421== at 0x4994890: ILGetSize (pidl.c:790) ==3421== by 0x49935D4: ILClone (pidl.c:239) ==3421== by 0x49985BA: _ILCopyaPidl (pidl.c:2511) ==3421== by 0x49EF174: ItemMenu_Constructor (shlview_cmenu.c:630) ==3421== by 0x49CEDF0: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1188) ==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417) ==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0) ==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860) ==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062) ==3421== by 0x47B3840: test_Verbs (???:0) ==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846) ==3421== by 0x47FC676: run_test (test.h:584) ==3421== by 0x47FCABE: main (test.h:666) ==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd ==3421== at 0x7BC4AA49: notify_free (heap.c:262) ==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761) ==3421== by 0x7BC591CA: get_load_order (loadorder.c:489) ==3421== by 0x7BC5586B: load_dll (loader.c:2073) ==3421== by 0x7BC51814: import_dll (loader.c:588) ==3421== by 0x7BC526A1: fixup_imports (loader.c:892) ==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914) ==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276) ==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131) ==3421== by 0x401784D: wine_init (loader.c:958) ==3421== by 0x7BF0114D: main (main.c:247) ==3421== -- 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 43385] New: valgrind shows several leaks in dlls/setupapi/tests/ install.c (programs/winemenubuilder)
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43385 Bug ID: 43385 Summary: valgrind shows several leaks in dlls/setupapi/tests/install.c (programs/winemenubuilder) Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==32645== 18 bytes in 1 blocks are definitely lost in loss record 124 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4997BF9: relative_path (winemenubuilder.c:1759) ==32645== by 0x4997FE8: GetLinkLocation (winemenubuilder.c:1827) ==32645== by 0x499AE78: InvokeShellLinker (winemenubuilder.c:2789) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 40 bytes in 1 blocks are definitely lost in loss record 279 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x49962D5: platform_write_icon (winemenubuilder.c:1288) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 53 bytes in 1 blocks are definitely lost in loss record 309 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x4996551: platform_write_icon (winemenubuilder.c:1331) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== ==32645== 72 bytes in 1 blocks are definitely lost in loss record 352 of 665 ==32645== at 0x7BC51061: notify_alloc (heap.c:254) ==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237) ==32645== by 0x4996592: platform_write_icon (winemenubuilder.c:1338) ==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380) ==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833) ==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218) ==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674) ==32645== by 0x499EFB7: wmain (exe_wmain.c:51) ==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36) ==32645== by 0x7B46BDB3: ??? (process.c:1065) ==32645== by 0x7B46BF08: start_process (process.c:1116) ==32645== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32645== by 0x7BC91391: ??? (signal_i386.c:2700) ==32645== by 0x7BC5FDE8: start_process (loader.c:3083) ==32645== by 0x40413EC: ??? (port.c:78) ==32645== -- 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 43384] New: valgrind shows a definite leak in dlls/rpcrt4/tests/ ndr_marshal.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43384 Bug ID: 43384 Summary: valgrind shows a definite leak in dlls/rpcrt4/tests/ndr_marshal.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok ==32206== 44 bytes in 1 blocks are definitely lost in loss record 207 of 413 ==32206== at 0x7BC51061: notify_alloc (heap.c:254) ==32206== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==32206== by 0x56B879E: RPCRT4_io_thread (rpc_server.c:559) ==32206== by 0x7BC913B3: ??? (signal_i386.c:2700) ==32206== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==32206== by 0x7BC91391: ??? (signal_i386.c:2700) ==32206== by 0x7BC9B3EE: start_thread (thread.c:487) ==32206== by 0x4244249: start_thread (pthread_create.c:333) ==32206== by 0x433FD6D: clone (clone.S:114) ==32206== -- 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 0

[Bug 43382] New: valgrind shows a definite leak in dlls/oleaut32/tests/ vartest.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43382 Bug ID: 43382 Summary: valgrind shows a definite leak in dlls/oleaut32/tests/vartest.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M oleaut32.dll -p oleaut32_test.exe.so vartest && touch vartest.ok ==31273== 0 bytes in 1 blocks are definitely lost in loss record 1 of 275 ==31273== at 0x7BC51061: notify_alloc (heap.c:254) ==31273== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31273== by 0x4D08E4A: VARIANT_CopyIRecordInfo (variant.c:714) ==31273== by 0x4D09060: VariantCopy (variant.c:776) ==31273== by 0x4A84CBA: test_VariantCopy (vartest.c:1044) ==31273== by 0x4AD1C62: func_vartest (vartest.c:9183) ==31273== by 0x4B293D7: run_test (test.h:603) ==31273== by 0x4B29836: main (test.h:687) ==31273== -- 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 0

[Bug 43381] New: valgrind shows uninitialized memory in dlls/ole32/tests/ ole_server.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43381 Bug ID: 43381 Summary: valgrind shows uninitialized memory in dlls/ole32/tests/ole_server.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==31032== Thread 5: ==31032== Syscall param writev(vector[...]) points to uninitialised byte(s) ==31032== at 0x433804F: ??? (syscall-template.S:84) ==31032== by 0x7BC8946B: send_request (server.c:228) ==31032== by 0x7BC89626: wine_server_call (server.c:309) ==31032== by 0x7BC4867A: server_write_file (file.c:624) ==31032== by 0x7BC49E71: NtWriteFile (file.c:1238) ==31032== by 0x56ED332: rpcrt4_conn_np_write (rpc_transport.c:414) ==31032== by 0x56E2242: rpcrt4_conn_write (rpc_binding.h:196) ==31032== by 0x56E4001: RPCRT4_SendWithAuth (rpc_message.c:849) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Address 0x48968b4 is 44 bytes inside a block of size 92 alloc'd ==31032== at 0x7BC51061: notify_alloc (heap.c:254) ==31032== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==31032== by 0x56E3E79: RPCRT4_SendWithAuth (rpc_message.c:808) ==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248) ==31032== by 0x56E8275: process_request_packet (rpc_server.c:462) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== by 0x433FD6D: clone (clone.S:114) ==31032== Uninitialised value was created by a client request ==31032== at 0x7BC50E23: mark_block_uninitialized (heap.c:208) ==31032== by 0x7BC50FB1: initialize_block (heap.c:239) ==31032== by 0x7BC5556F: RtlAllocateHeap (heap.c:1717) ==31032== by 0x4F8442B: IMalloc_fnAlloc (ifs.c:187) ==31032== by 0x4F84CCB: IMalloc_Alloc (objidl.h:1405) ==31032== by 0x4F84CCB: CoTaskMemAlloc (???:0) ==31032== by 0x4FC6B6E: RemUnknown_RemQueryInterface (stubmanager.c:716) ==31032== by 0x4FD0274: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==31032== by 0x56B8358: CStdStubBuffer_Invoke (cstub.c:478) ==31032== by 0x4FA326E: IRpcStubBuffer_Invoke (objidl.h:7878) ==31032== by 0x4FA326E: RPC_ExecuteCall (???:0) ==31032== by 0x4FA36D8: dispatch_rpc (rpc.c:1503) ==31032== by 0x56E803A: process_request_packet (rpc_server.c:439) ==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517) ==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539) ==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349) ==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112) ==31032== by 0x7BC913B3: ??? (signal_i386.c:2700) ==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759) ==31032== by 0x7BC91391: ??? (signal_i386.c:2700) ==31032== by 0x7BC9B3EE: start_thread (thread.c:487) ==31032== by 0x4244249: start_thread (pthread_create.c:333) ==31032== -- 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 0

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 July 2017