September 2016 - Wine-Bugs - list.winehq.org

[Bug 10858] New: BlueByte Game Channel fails to install
by wine-bugs＠winehq.org July 20, 2017

July 20, 2017

http://bugs.winehq.org/show_bug.cgi?id=10858 Summary: BlueByte Game Channel fails to install Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com When trying to install the BlueByte Game Channel, it fails with a messagebox saying the software is already installed. An investigation shows that using native cabinet.dll bypasses the problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 14606] New: TreeView + right click doesn't work the way it does in native windows
by wine-bugs＠winehq.org July 20, 2017

July 20, 2017

http://bugs.winehq.org/show_bug.cgi?id=14606 Summary: TreeView + right click doesn't work the way it does in native windows Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lists(a)andree.sk Hi, in the real windows, when one presses right button over treeview 'widget', the item under cursor gets temporarily selected - this enables simple context menu showing (unless it's done this way, one has to manually determine, which item is placed on the cursor position - which, i guess, not all apps are doing) : it should probably go like this: right click => appropriate treeview item selected => NM_RCLICK notification message to window => windows can use TreeView_GetSelection() :-) after the right button is released, the previously selected item gets selected again on win32 - as far as I can tell :-) -- 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 19

[Bug 17423] New: Prince of Persia SoT: Graphic Bug
by wine-bugs＠winehq.org July 20, 2017

July 20, 2017

http://bugs.winehq.org/show_bug.cgi?id=17423 Summary: Prince of Persia SoT: Graphic Bug Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcflow-forum(a)gmx.net CC: stefan(a)codeweavers.com With wine-1.1.15 a graphic bug was introduced to Prince of Persia - The Sand of Time. Graphics are not displayed properly. See the attachment for how it looks. Because it worked with wine-1.1.14 I did a regression test. This is what it returned: 693d9ded47d56846c3dafe7d04115a4f3a01750a is first bad commit commit 693d9ded47d56846c3dafe7d04115a4f3a01750a Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Sat Jan 10 02:29:39 2009 +0100 wined3d: Properly set the fog frag coord according to the FOGTABLEMODE. This also fixes the test that an earlier patch broke, so the todo_wine can be removed again. :040000 040000 d6c96e24ebde7212191b4113d6d55a1bdcd073f1 745e7693925a3ab9384ff77141aad74d082bc23e M dlls -- 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 40

[Bug 9424] New: No default item in MDI child sysmenu - cannot close with doubleclick
by wine-bugs＠winehq.org July 19, 2017

July 19, 2017

http://bugs.winehq.org/show_bug.cgi?id=9424 Summary: No default item in MDI child sysmenu - cannot close with doubleclick Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se In Windows, it's possible to close a MDI child window by double clicking the system menu icon. Opening the system icon also shows that Close (ALT-F4) is default, by making it bold. Although the close entry is bold in the latest Wine, it's not possible to close the window by double clicking the system menu icon. A simple test program is available as http://www.cendio.se/~astrand/wine/7-close-dbl-click/mdi1.exe . Verified with the CVS version as of today. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 36609] New: valgrind shows uninitialized memory use in wscript/tests/run.c
by wine-bugs＠winehq.org July 18, 2017

July 18, 2017

https://bugs.winehq.org/show_bug.cgi?id=36609 Bug ID: 36609 Summary: valgrind shows uninitialized memory use in wscript/tests/run.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14496== Thread 2: ==14496== Syscall param write(buf) points to uninitialised byte(s) ==14496== at 0x4226D1B: ??? (syscall-template.S:81) ==14496== by 0x7BC46B60: NtWriteFile (file.c:1073) ==14496== by 0x7B83E03E: WriteFile (file.c:563) ==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444) ==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189) ==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd ==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Uninitialised value was created by a stack allocation ==14496== at 0x6A5D0C9: disp_call (dispex.c:1096) ==14496== -- 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 36581] New: valgrind shows a few leaks in winmm/tests/capture.c
by wine-bugs＠winehq.org July 18, 2017

July 18, 2017

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(a)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 July 18, 2017

July 18, 2017

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

July 18, 2017

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 38727] New: valgrind shows several invalid reads in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org July 18, 2017

July 18, 2017

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 36212] New: valgrind shows some possible leaks under crypt32/tests/oid.c
by wine-bugs＠winehq.org July 18, 2017

July 18, 2017

https://bugs.winehq.org/show_bug.cgi?id=36212 Bug ID: 36212 Summary: valgrind shows some possible leaks under crypt32/tests/oid.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==19597== 20 bytes in 1 blocks are possibly lost in loss record 47 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x5154C8C: CryptInstallOIDFunctionAddress (oid.c:248) ==19597== by 0x4EA1DF1: test_installOIDFunctionAddress (oid.c:252) ==19597== by 0x4EA3837: func_oid (oid.c:600) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== ==19597== 44 bytes in 1 blocks are possibly lost in loss record 101 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119) ==19597== by 0x4EA1855: test_oidFunctionSet (oid.c:164) ==19597== by 0x4EA3832: func_oid (oid.c:599) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== ==19597== 44 bytes in 1 blocks are possibly lost in loss record 105 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119) ==19597== by 0x4EA2F2B: test_getDefaultOIDFunctionAddress (oid.c:478) ==19597== by 0x4EA3846: func_oid (oid.c:603) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== -- 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 5