wine-bugs May 2017

wine-bugs@winehq.org

1 participants
7684 discussions

[Bug 26432] New: Winefile: Currently selected folder 'open folder' icon switches to 'closed folder' icon when file pane selected.
by wine-bugs＠winehq.org 15 Jul '17

15 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=26432 Summary: Winefile: Currently selected folder 'open folder' icon switches to 'closed folder' icon when file pane selected. Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flymypg(a)gmail.com While browsing the file system using winefile, when a folder is selected in the left pane, the folder icon switches from the 'closed folder' icon to the 'open folder icon', and the files contained in the selected directory are displayed in the right pane. Incorrect behavior #1: When an item (file or directory) is selected in the right pane by single-clicking on it, the 'open folder' icon in the left pane switches to 'closed folder' icon. Correct behavior: The icon for the current folder in the left pane should not be affected by single-click selections made in the right pane. Incorrect behavior #2: When a folder is double-clicked in the right pane, the content of the selected folder is shown in the right pane, but the icon for the folder is not changed to the 'open folder' icon in the left pane. Correct behavior: The icon for the current folder in the left pane should change when a folder is double-clicked in the right pane. The window title continues to correctly display the correct current folder. Only the open status icon in the left pane is lost. Note: I am using wine from a headless 32-bit x86 Fedora 14 system, remotely displayed on a 32-bit x86 Ubuntu 10.10 system. -- 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 7

[Bug 37210] New: 2D Fighter Marker 2nd: Menu Bar is not properly hidden in fullscreen mode
by wine-bugs＠winehq.org 15 Jul '17

15 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=37210 Bug ID: 37210 Summary: 2D Fighter Marker 2nd: Menu Bar is not properly hidden in fullscreen mode Product: Wine Version: 1.7.25 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mennydrives(a)icdabj.com Created attachment 49462 --> https://bugs.winehq.org/attachment.cgi?id=49462 2D Fighter Maker 2nd Fullscreen menu bar bug When 2D Fighter Marker 2nd goes to full screen, the "Window Option About" menu bar should no longer be visible. As this does not happen, it ends up obscurtion the topmost portion of the screen in this mode. Screenshot of this issue here (also attached): http://i.imgur.com/9e4aUXj.png -- 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 7

[Bug 42007] New: Rocket Mania 1.02 installer freezes - cannot launch game
by wine-bugs＠winehq.org 15 Jul '17

15 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=42007 Bug ID: 42007 Summary: Rocket Mania 1.02 installer freezes - cannot launch game Product: Wine Version: 2.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gaming4jc2(a)yahoo.com Distribution: --- Created attachment 56444 --> https://bugs.winehq.org/attachment.cgi?id=56444 ProtectionID + Crash log In this version the installer and exe of the game freezes. This does not seem to affect the demo and possibly not subsequent versions. It appears that there is a CD protection that may be causing the issue. Unfortunately, I am unable to determine the type of protection with ProtectionID. The same protection was apparently used by Book Worm Deluxe per VirusTotal: https://virustotal.com/en/file/b76d90c8482f598a94fcf83d285996db42329106405b… -- 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 43032] New: Unusually high FPS while running Touhou 15
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=43032 Bug ID: 43032 Summary: Unusually high FPS while running Touhou 15 Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lazercannons95(a)gmail.com Distribution: --- Created attachment 58184 --> https://bugs.winehq.org/attachment.cgi?id=58184 Picture displaying the high FPS When launching Touhou 15, the game ramps up to 150+ frames per second instead of the 59 or 60 frames per second that is supposed to run at. -- 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 34410] New: Big blotch in the center of the screen in Might And Magic 7,8
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=34410 Bug #: 34410 Summary: Big blotch in the center of the screen in Might And Magic 7,8 Product: Wine Version: 1.7.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmitry.risenberg(a)gmail.com Classification: Unclassified Created attachment 45802 --> http://bugs.winehq.org/attachment.cgi?id=45802 Might and Magic 7 screenshot How to reproduce - install Might and Magic 7, skip through movies and start a new game. You will see something like the atteched screenshot. I have intel i915 video driver vrsion 2.21.6 -- 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 12

[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 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 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 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 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 May 2017