wine-bugs July 2017

wine-bugs@winehq.org

1 participants
7806 discussions

[Bug 38724] New: valgrind shows some invalid reads in ieframe/tests/webbrowser.c (msvc pdb debug build)
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=38724 Bug ID: 38724 Summary: valgrind shows some invalid reads in ieframe/tests/webbrowser.c (msvc pdb debug build) Product: Wine Version: 1.7.44 Hardware: x86 URL: http://austinenglish.com/logs/valgrind/wine-1.7.44.log .bz2 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ../../../tools/runtest -q -P wine -T ../../.. -M ieframe.dll -p ieframe_test.exe.so webbrowser && touch webbrowser.ok [48] WARNING: XPCOM objects created/destroyed from static ctor/dtor: file c:\wine-wine-gecko\xpcom\base\nsTraceRefcnt.cpp, line 143 [48] WARNING: XPCOM objects created/destroyed from static ctor/dtor: file c:\wine-wine-gecko\xpcom\base\nsTraceRefcnt.cpp, line 143 [48] WARNING: XPCOM objects created/destroyed from static ctor/dtor: file c:\wine-wine-gecko\xpcom\base\nsTraceRefcnt.cpp, line 143 [48] WARNING: XPCOM objects created/destroyed from static ctor/dtor: file c:\wine-wine-gecko\xpcom\base\nsTraceRefcnt.cpp, line 143 [48] WARNING: XPCOM objects created/destroyed from static ctor/dtor: file c:\wine-wine-gecko\xpcom\base\nsTraceRefcnt.cpp, line 143 ++DOCSHELL 0C553C00 == 1 [pid = 48] [id = 1] Assertion failure: SingletonExists(), at c:\wine_gecko-2.36-x86-dbg\dist\include\gfxPrefs.h:202 ### ERROR: WalkStack64: Invalid handle. ==30416== Invalid read of size 1 ==30416== at 0x1728F120: symt_add_func_line (symbol.c:331) ==30416== by 0x1727D85F: codeview_snarf_linetab2 (msc.c:1488) ==30416== by 0x172817EE: pdb_process_internal (msc.c:2800) ==30416== by 0x172819B2: pdb_process_file (msc.c:2849) ==30416== by 0x17282E8D: codeview_process_info (msc.c:3337) ==30416== by 0x1728304D: pe_load_debug_directory (msc.c:3393) ==30416== by 0x1728674D: pe_load_msc_debug_info (pe_module.c:611) ==30416== by 0x17286A9D: pe_load_debug_info (pe_module.c:714) ==30416== by 0x17286D52: pe_load_native_module (pe_module.c:773) ==30416== by 0x17278662: SymLoadModuleExW (module.c:628) ==30416== by 0x172644EA: process_invade_cb (dbghelp.c:252) ==30416== by 0x172790A0: EnumerateLoadedModulesW64 (module.c:926) ==30416== by 0x17264908: SymInitializeW (dbghelp.c:358) ==30416== by 0x17264A01: SymInitialize (dbghelp.c:391) ==30416== by 0x103A559E: EnsureSymInitialized (nsstackwalk.cpp:760) ==30416== by 0x103A5967: NS_DescribeCodeAddress (nsstackwalk.cpp:782) ==30416== by 0x103A6CEB: PrintStackFrame (nstracerefcnt.cpp:937) ==30416== by 0x103A6B53: NS_StackWalk (nsstackwalk.cpp:619) ==30416== by 0x103A47A8: nsTraceRefcnt::WalkTheStack (nstracerefcnt.cpp:963) ==30416== by 0x1139B681: MOZ_ReportAssertionFailure (assertions.h:145) ==30416== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==30416== ==30416== Invalid read of size 2 ==30416== at 0x7BC573D9: RtlImageNtHeader (loader.c:2770) ==30416== by 0x7BC57AEF: RtlImageDirectoryEntryToData (loader.c:2944) ==30416== by 0x1728680D: pe_load_export_debug_info (pe_module.c:659) ==30416== by 0x17286AEE: pe_load_debug_info (pe_module.c:722) ==30416== by 0x17286D52: pe_load_native_module (pe_module.c:773) ==30416== by 0x17278662: SymLoadModuleExW (module.c:628) ==30416== by 0x172644EA: process_invade_cb (dbghelp.c:252) ==30416== by 0x172790A0: EnumerateLoadedModulesW64 (module.c:926) ==30416== by 0x17264908: SymInitializeW (dbghelp.c:358) ==30416== by 0x17264A01: SymInitialize (dbghelp.c:391) ==30416== by 0x103A559E: EnsureSymInitialized (nsstackwalk.cpp:760) ==30416== by 0x103A5967: NS_DescribeCodeAddress (nsstackwalk.cpp:782) ==30416== by 0x103A6CEB: PrintStackFrame (nstracerefcnt.cpp:937) ==30416== by 0x103A6B53: NS_StackWalk (nsstackwalk.cpp:619) ==30416== by 0x103A47A8: nsTraceRefcnt::WalkTheStack (nstracerefcnt.cpp:963) ==30416== by 0x1139B681: MOZ_ReportAssertionFailure (assertions.h:145) ==30416== by 0x11394FE2: gfxPrefs::CMSMode (in /home/austin/.wine-valgrind/drive_c/windows/system32/gecko/2.36/wine_gecko/xul.dll) ==30416== by 0x113969CC: gfxPlatform::GetCMSMode (gfxplatform.cpp:1741) ==30416== by 0x12E43B11: nsXPLookAndFeel::GetColorImpl (nsxplookandfeel.cpp:624) ==30416== by 0x12E43A16: mozilla::LookAndFeel::GetColor (nsxplookandfeel.cpp:712) ==30416== Address 0xfffffffe is not stack'd, malloc'd or (recently) free'd ==30416== then after that, some more stack info: #01: ???[xul +0x3a47a9] #02: ???[xul +0x139b682] #03: ???[xul +0x1394fe3] #04: ???[xul +0x13969cd] #05: ???[xul +0x2e43b12] #06: ???[xul +0x2e43a17] #07: ???[xul +0x35effaa] #08: init_nscontainer (/home/austin/wine-valgrind/dlls/mshtml/nsiface.h:36911) #09: create_nscontainer (/home/austin/wine-valgrind/dlls/mshtml/nsembed.c:2107) #10: HTMLDocument_Create (/home/austin/wine-valgrind/dlls/mshtml/htmldoc.c:4864) #11: ClassFactory_CreateInstance (/home/austin/wine-valgrind/dlls/mshtml/main.c:271) #12: CoCreateInstance (/home/austin/wine-valgrind/dlls/ole32/compobj.c:3241) #13: create_mime_object (/home/austin/wine-valgrind/dlls/urlmon/binding.c:260) #14: create_object (/home/austin/wine-valgrind/dlls/urlmon/binding.c:310) #15: report_data (/home/austin/wine-valgrind/dlls/urlmon/binding.c:1079) #16: InternetProtocolSink_ReportData (/home/austin/wine-valgrind/dlls/urlmon/binding.c:1128) #17: ProtocolSinkHandler_ReportData (/home/austin/wine-valgrind/dlls/urlmon/bindprot.c:972) #18: BPInternetProtocolSink_ReportData (/home/austin/wine-valgrind/dlls/urlmon/bindprot.c:1266) #19: AboutProtocol_Start (/home/austin/wine-valgrind/dlls/mshtml/../../include/urlmon.h:3113) #20: BindProtocol_StartEx (/home/austin/wine-valgrind/dlls/urlmon/../../include/urlmon.h:3296) #21: start_binding (/home/austin/wine-valgrind/dlls/urlmon/../../include/urlmon.h:7872) #22: bind_to_object (/home/austin/wine-valgrind/dlls/urlmon/binding.c:1598) #23: URLMoniker_BindToObject (/home/austin/wine-valgrind/dlls/urlmon/umon.c:260) #24: bind_to_object (/home/austin/wine-valgrind/dlls/ieframe/../../include/objidl.h:3485) #25: navigate_bsc (/home/austin/wine-valgrind/dlls/ieframe/navigate.c:910) #26: navigate_bsc_proc (/home/austin/wine-valgrind/dlls/ieframe/navigate.c:940) #27: process_dochost_tasks (/home/austin/wine-valgrind/dlls/ieframe/dochost.c:63) #28: shell_embedding_proc (/home/austin/wine-valgrind/dlls/ieframe/oleobject.c:69) #29: WINPROC_wrapper[user32 +0xa4316] #30: call_window_proc (/home/austin/wine-valgrind/dlls/user32/winproc.c:245) #31: WINPROC_call_window (/home/austin/wine-valgrind/dlls/user32/winproc.c:901) #32: call_window_proc (/home/austin/wine-valgrind/dlls/user32/message.c:2223) #33: send_message (/home/austin/wine-valgrind/dlls/user32/message.c:3258) #34: SendMessageW (/home/austin/wine-valgrind/dlls/user32/message.c:3458) #35: push_dochost_task (/home/austin/wine-valgrind/dlls/ieframe/dochost.c:53) #36: navigate_url (/home/austin/wine-valgrind/dlls/ieframe/navigate.c:1005) #37: WebBrowser_Navigate2 (/home/austin/wine-valgrind/dlls/ieframe/webbrowser.c:784) #38: test_Navigate2 (/home/austin/wine-valgrind/dlls/ieframe/tests/../../../include/exdisp.h:2291) #39: test_WebBrowser (/home/austin/wine-valgrind/dlls/ieframe/tests/webbrowser.c:3602) #40: func_webbrowser (/home/austin/wine-valgrind/dlls/ieframe/tests/webbrowser.c:3851) #41: run_test (/home/austin/wine-valgrind/dlls/ieframe/tests/../../../include/wine/test.h:586) #42: main (/home/austin/wine-valgrind/dlls/ieframe/tests/../../../include/wine/test.h:666) #43: __wine_spec_exe_entry (/home/austin/wine-valgrind/dlls/winecrt0/exe_entry.c:36) #44: call_process_entry[kernel32 +0x503b0] #45: start_process (/home/austin/wine-valgrind/dlls/kernel32/process.c:1104) #46: call_thread_func_wrapper[ntdll +0x71bb8] #47: call_thread_func (/home/austin/wine-valgrind/dlls/ntdll/signal_i386.c:2743) #48: call_thread_entry_point[ntdll +0x71b96] #49: LdrInitializeThunk (/home/austin/wine-valgrind/dlls/ntdll/loader.c:2877) wine: Unhandled exception 0x80000003 in thread 47 at address 0x11394fe6 (thread 0047), starting debugger... then valgrind explodes, eventually killing windbg: winedbg: Internal crash at 0x7bc4a50d /bin/sh: line 1: 30416 Killed ../../../tools/runtest -q -P wine -T ../../.. -M ieframe.dll -p ieframe_test.exe.so webbrowser unfortunately 64-bit doesn't work well yet (and 2.36 gecko win64 doesn't build). I can build git, so perhaps the next gecko release will get better info. -- 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 43338] New: Jetopclient
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43338 Bug ID: 43338 Summary: Jetopclient Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: wc006(a)163.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 58675 --> https://bugs.winehq.org/attachment.cgi?id=58675 backtrace i install Microsoft .NET Framework 2.0 Service Pack 2\Microsoft .NET Framework 3.5 Service Pack 1\Microsoft Jet 4.0 Service Pack 8\Microsoft 数据访问核心组件 (MDAC) 2.8 SP1\Internet Explorer 8\JetopClientSetup.msi(download http://lol.tepc.com.cn/JetopSummary/download/JetopClientSetup.msi) on windows 7 32bit bottle.When I login the software JetopClient open the website (http://lol.tepc.com.cn/JetopSummary/download/JetopClientSetup.msi) than the error has occur. CrossOver Linux 16.0.6 Install location: /opt/cxoffice 64-bit OS Desktop session: deepin Window manager: Mutter(DeepinGala) Locale: zh_CN.UTF-8 Contents of /etc/os-release: PRETTY_NAME="Deepin 15" NAME="Deepin" VERSION_ID="15.4.1" VERSION="15.4.1" ID=deepin HOME_URL="https://www.deepin.org/" BUG_REPORT_URL="http://feedback.deepin.org/feedback/" cxdiag output: [MissingLibGphoto2Port] "Level"="Suggest" "Title"="Missing 32bit libgphoto2_port.so.10 library" "Description"="Lets Windows applications access digital cameras." [MissingLibOpencl] "Level"="Suggest" "Title"="Missing 32bit libOpenCL.so.1 library" "Description"="Provides GPU computation support to Windows applications." -- 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 23294] New: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=23294 Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other Product: Wine Version: 1.2-rc3 Platform: x86-64 URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo ra_7.1.0.9.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=29033) --> (http://bugs.winehq.org/attachment.cgi?id=29033) Two minimized mailboxes create overlapping icons - Open the "In" mailbox, minimize it, notice the icon appears in the bottom-left corner; - Open the "Out" mailbox, minimize it, notice the icon is over the icon of the "In" mailbox (see attachment). It should be near it. -- 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 4

[Bug 657] Many games and applications need 'mfc42.dll' (' winetricks -q mfc42' is a workaround)
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=657 shalinrox1232(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |shalinrox1232(a)gmail.com -- 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 40198] New: Oblivion: corrupted screenshot using the stamp key
by wine-bugs＠winehq.org 12 Jul '17

12 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=40198 Bug ID: 40198 Summary: Oblivion: corrupted screenshot using the stamp key Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 53705 --> https://bugs.winehq.org/attachment.cgi?id=53705 screen1 Using wine 1.9.3 Staging. Every time I take a screenshot in the game The Elder Scroll 4: Oblivion, the screenshot is corrupted. It's in greyscale, and misaligned If I take a screenshot with the internal function of Oblivion Reloaded instead it is all correct. part of wine stderr. fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004. fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5. and others things -- 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 8

[Bug 4836] Page Maker 6.5 / 7.0 page fault when printing graphics
by wine-bugs＠winehq.org 12 Jul '17

12 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=4836 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry(a)baikal.ru, | |erich.e.hoover@wine-staging | |.com, michael(a)fds-team.de -- 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 42727] New: obsolete 128MB bitmap size limit
by wine-bugs＠winehq.org 11 Jul '17

11 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=42727 Bug ID: 42727 Summary: obsolete 128MB bitmap size limit Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: claude(a)mathr.co.uk Distribution: --- Created attachment 57708 --> https://bugs.winehq.org/attachment.cgi?id=57708 source code to probe supported bitmap size The current WINE bitmap implementation has a size limit of 128MiB dating back to 2008 with a comment about Windows XP: https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb… 197 /* XP doesn't allow creating bitmaps larger than 128 MB */ 198 if (bm.bmHeight > 128 * 1024 * 1024 / bm.bmWidthBytes) 199 { 200 SetLastError( ERROR_NOT_ENOUGH_MEMORY ); 201 return 0; 202 } However, recent versions of Windows seem to have a higher limit, of 2GiB. Attached source code tries to create bitmaps with increasing sizes (each just under 2^N bytes) and prints successes and eventual failure. The bitmap test code seems to have a test for individual maximum dimension (width), but not for maximum total bitmap size: https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb… Thanks for testing to users at http://www.fractalforums.com/windows-fractal-software/windows-bitmap-size-t… - I'll attach their results after submitting. -- 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 8

[Bug 43181] New: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no member named 'dr0' (and more)
by wine-bugs＠winehq.org 11 Jul '17

11 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43181 Bug ID: 43181 Summary: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no member named 'dr0' (and more) Product: Wine Version: 2.9 Hardware: x86-64 OS: NetBSD Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 58452 --> https://bugs.winehq.org/attachment.cgi?id=58452 Entire output I'm using NetBSD 8.99.1 (GENERIC) amd64 I built successfully Wine for 64 bits ONLY (no 32 and 16 bits compatibility) with the exact same wip/wine-staging package I made by myself. To be able to build it to have 32 bits compatibility, I had to use a chroot with a full set of NetBSD i386 inside. It was working in the past, a few months earlier on an earlier version of Wine and NetBSD but not anymore now with 2.9 and NetBSD 8.99.1 (if it can be the problem) I attached the entire output when I "make -C /usr/pkgsrc/wip/wine-staging" -- 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 43313] New: valgrind shows several uninitialized writes in dlls/ dinput/tests/device.c
by wine-bugs＠winehq.org 10 Jul '17

10 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43313 Bug ID: 43313 Summary: valgrind shows several uninitialized writes in dlls/dinput/tests/device.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: 00cpxxx(a)gmail.com Distribution: Gentoo ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718) ==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736) ==21119== by 0x48783BA: test_object_info (device.c:118) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762) ==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774) ==21119== by 0x4878441: test_object_info (device.c:121) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718) ==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736) ==21119== by 0x48785AF: test_object_info (device.c:131) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762) ==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774) ==21119== by 0x4878683: test_object_info (device.c:136) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718) ==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736) ==21119== by 0x48788F9: test_object_info (device.c:161) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762) ==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774) ==21119== by 0x48789BD: test_object_info (device.c:166) ==21119== by 0x4878BBB: enum_devices (device.c:194) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f68c is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718) ==21119== by 0x48783BA: test_object_info (device.c:118) ==21119== by 0x4878C4C: enum_devices (device.c:200) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f6cc is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762) ==21119== by 0x4878441: test_object_info (device.c:121) ==21119== by 0x4878C4C: enum_devices (device.c:200) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f6cc is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718) ==21119== by 0x48785AF: test_object_info (device.c:131) ==21119== by 0x4878C4C: enum_devices (device.c:200) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f6cc is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684) ==21119== ==21119== Syscall param write(buf) points to uninitialised byte(s) ==21119== at 0x424DE7F: ??? (syscall-template.S:84) ==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762) ==21119== by 0x4878683: test_object_info (device.c:136) ==21119== by 0x4878C4C: enum_devices (device.c:200) ==21119== by 0x5295DD3: ??? (dinput_main.c:351) ==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419) ==21119== by 0x4878EF8: device_tests (device.c:241) ==21119== by 0x4879050: func_device (device.c:266) ==21119== by 0x48822E7: run_test (test.h:603) ==21119== by 0x4882739: main (test.h:687) ==21119== Address 0x4b0f6cc is on thread 1's stack ==21119== in frame #1, created by JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== Uninitialised value was created by a stack allocation ==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743) ==21119== wine-2.12. Note: I had a Sony DS4 plugged in via USB when the tests were run, which may be related -- 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 36183] New: valgrind shows a potential leaks in atl100/tests/atl.c
by wine-bugs＠winehq.org 10 Jul '17

10 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36183 Bug ID: 36183 Summary: valgrind shows a potential leaks in atl100/tests/atl.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7B8457FF: HeapAlloc (heap.c:271) ==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732) ==13578== by 0x4E626C6: OleInitialize (ole2.c:215) ==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108) ==13578== by 0x4C9708E: test_ax_win (atl.c:600) ==13578== by 0x4C97273: func_atl (atl.c:627) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436) ==13578== by 0x4C950D9: test_winmodule (atl.c:89) ==13578== by 0x4C9725A: func_atl (atl.c:622) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1611== by 0x4E62252: test_winmodule (atl.c:101) ==1611== by 0x4E6425A: func_atl (atl.c:622) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162) ==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324) ==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753) ==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460) ==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478) ==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454) ==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520) ==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1611== by 0x4E63D58: test_source_iface (atl.c:576) ==1611== by 0x4E6426E: func_atl (atl.c:626) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630 ==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1659== by 0x4E62252: test_winmodule (atl.c:101) ==1659== by 0x4E6425A: func_atl (atl.c:622) ==1659== by 0x4E65072: run_test (test.h:584) ==1659== by 0x4E65460: main (test.h:654) ==1659== ==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630 ==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162) ==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413) ==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879) ==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581) ==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460) ==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478) ==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454) ==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520) ==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1986== by 0x4A34D58: test_source_iface (atl.c:576) ==1986== by 0x4A3526E: func_atl (atl.c:626) ==1986== by 0x4A36072: run_test (test.h:584) ==1986== by 0x4A36460: main (test.h:654) ==1986== -- 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

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