wine-bugs November 2019

wine-bugs@winehq.org

1 participants
7666 discussions

[Bug 37849] New: Wine causing color temperature setting(redshift) not working for a short time
by wine-bugs＠winehq.org 14 May '21

14 May '21

https://bugs.winehq.org/show_bug.cgi?id=37849 Bug ID: 37849 Summary: Wine causing color temperature setting(redshift) not working for a short time Product: Wine Version: 1.7.32 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anonymous_temp_mail(a)yahoo.co.jp Distribution: --- [Bug] While using redshift(a display color temperature) and entered the sunset time, if then use wine to start a GUI program, the current display color temperature will be reset for several seconds and return back. [Reproducer] 1. Start redshift and ensure it entered sunset color. Better use -l LAT:LON to fake that you are in somewhere sun is already set. Default redshift will use randr backend to reset the color temp, so no extra setting is needed to reproduce. And default redshift will use 5500K for daytime and 3500K for nighttime, so the color temp change will be quite obvious. 2. Start wine GUI program I'm using Startcraft2 an galgame called "月に寄り添う乙女の作法2", both of them cause the display color temperature reset for several seconds. [Version] wine: 1.7.33 redshift: 1.9.1 -- 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.

2 14

[Bug 33031] New: Microsoft Windows Driver Development Kit (win7 ddk/wdk) fails
by wine-bugs＠winehq.org 13 May '21

13 May '21

http://bugs.winehq.org/show_bug.cgi?id=33031 Bug #: 33031 Summary: Microsoft Windows Driver Development Kit (win7 ddk/wdk) fails Product: Wine Version: 1.3.28 Platform: x86 URL: https://www.microsoft.com/en-us/download/details.aspx? id=11800 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Prerequisite: winetricks mfc42 Mount the iso, run kitsetup.exe. I chose to install 'Build Environments' (a subset of 'Full Development Environment'). This fails: wine: Unhandled page fault on read access to 0x84d5c3a5 at address 0x100228d (thread 0027), starting debugger... ... Backtrace: =>0 0x0100228d in eula (+0x228d) (0x0033f708) 1 0x0100236b in eula (+0x236a) (0x0033f790) 2 0x5f8019d1 in mfc42u (+0x19d0) (0x0033f7b0) 3 0x5f80195a in mfc42u (+0x1959) (0x0033f810) 4 0x5f8018e2 in mfc42u (+0x18e1) (0x0033f82c) 5 0x5f8018a1 in mfc42u (+0x18a0) (0x0033f858) the backtrace makes me suspect riched20, trying native gives: wine: Call from 0x7b83f2a9 to unimplemented function msls31.dll.LssbFDonePresSubline, aborting which may be a future problem, but belongs in a separate bug. austin@aw25 ~ $ sha1sum GRMWDK_EN_7600_1.ISO du -hde6abdb8eb4e08942add4aa270c763ed4e3d8242 GRMWDK_EN_7600_1.ISO austin@aw25 ~ $ du -h GRMWDK_EN_7600_1.ISO 620M GRMWDK_EN_7600_1.ISO austin@aw25 ~ $ wine --version wine-1.5.24-74-g5069ad7 luckily, I only wanted the headers, and running: $ msiexec /i wdk/headers.msi installs the headers fine. -- 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.

2 9

[Bug 42675] New: [Overwatch] Phantom mouse input / view pulled up to ceiling
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42675 Bug ID: 42675 Summary: [Overwatch] Phantom mouse input / view pulled up to ceiling Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pimmesselink(a)gmail.com Distribution: --- I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches from source, first awesie's then gamax92's. It seems to run fine but every time I'm given control of the character and not touching the mouse, the viewpoint is pulled up to the ceiling, as if there is some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I then pull the mouse towards me fast enough I can overcome phantom mouse input and pull the view down. Until I stop moving the mouse and the view is pulled up again. Moving the mouse left or right works fine. Things I have tried: If I change the input settings to inverted, the phantom mouse input pulls the view to the floor. My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and polling rate. I have also tried without the drivers installed or plugging the mouse into different USB ports. And I have tried replacing it with an old Razer Diamondback. All had the same result. I have tried the Wine config options "Automatically capture the mouse in full-screen windows", "Emulate a virtual desktop" and "mouse warp override default/enable/disable/force". Within the wine prefix I have ran Xpadder and XInputTest and neither found any gamepads or joysticks connected (I have neither). My keyboard is a standard, non USB keyboard. Apart from my mouse the only other peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset. Unplugging them does not make a difference. My PC is a desktop, not a laptop. Raw mouse input works fine in Natural Selection 2 natively under linux. My /dev/input consists of by-id event0 event10 event12 event14 event16 event2 event4 event6 event8 mice by-path event1 event11 event13 event15 event17 event3 event5 event7 event9 mouse0 In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the top left corner and I can't alt-tab back to it. Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro. For completeness, this is how I compiled Wine: cd /home/<user>/Documents/Programming/wine64-build make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure --enable-win64 --prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ make -j4 sudo lxc-start -n my32bitbox sudo lxc-attach -n my32bitbox cd /home/<user>/Documents/Programming/wine32-tools make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure make -j4 cd ../wine32-build make clean make distclean ../wine-overwatch/configure --with-win64=../wine64-build --with-wine-tools=../wine32-tools --prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/ make -j4 make install shutdown -h now sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/* cd /home/<user>/Documents/Programming/wine32-build sudo make install cd /home/<user>/Documents/Programming/wine64-build sudo make install cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ ln -s ../../linux-x86/2.3-overwatch/lib lib -- 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.

2 45

[Bug 15956] New: "make test" doesn't always leave screen in same video mode as it started in
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=15956 Summary: "make test" doesn't always leave screen in same video mode as it started in Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Some tests don't properly reset the video mode, even if they don't crash. I'm gathering a list of culprits and will post it here. -- 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.

2 4

[Bug 46397] New: valgrind shows an invalid free in user32/tests/{msg, win}.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=46397 Bug ID: 46397 Summary: valgrind shows an invalid free in user32/tests/{msg,win}.c Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==21863== Invalid free() / delete / delete[] / realloc() ==21863== at 0x7BC48471: notify_realloc (heap.c:276) ==21863== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==21863== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==21863== by 0x4DC9250: MDIClientWndProcW (winproc.c:1141) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB562: WINPROC_call_window (winproc.c:923) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D93BFA: SendMessageW (message.c:3489) ==21863== by 0x4DBD934: send_parent_notify (win.c:436) ==21863== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==21863== by 0x4DBB256: CreateWindowExA (win.c:1768) ==21863== by 0x4D828C7: MDIClientWndProc_common (mdi.c:1118) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== Address 0x4922a30 is 0 bytes after a recently re-allocated block of size 0 alloc'd ==21863== at 0x7BC48394: notify_alloc (heap.c:260) ==21863== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==21863== by 0x4D80AAA: MDIDestroyChild (mdi.c:567) ==21863== by 0x4D828EA: MDIClientWndProc_common (mdi.c:1129) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D96736: SendMessageA (message.c:3511) ==21863== by 0x4B4707A: test_MDI_create (win.c:1452) ==21863== by 0x4B497E9: test_mdi (win.c:2356) ==21863== by 0x4B608C6: func_win (win.c:10824) ==21863== by 0x4B6668F: run_test (test.h:617) ==21863== by 0x4B670CD: main (test.h:701) ==21863== ==19386== Invalid free() / delete / delete[] / realloc() ==19386== at 0x7BC48471: notify_realloc (heap.c:276) ==19386== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==19386== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==19386== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DCB838: CallWindowProcA (winproc.c:1003) ==19386== by 0x4AEE9AC: mdi_client_hook_proc (msg.c:3664) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DC9B99: WINPROC_CallProcWtoA (winproc.c:863) ==19386== by 0x4DCB58D: WINPROC_call_window (winproc.c:925) ==19386== by 0x4D8FD32: call_window_proc (message.c:2225) ==19386== by 0x4D93A39: send_message (message.c:3288) ==19386== by 0x4D93BFA: SendMessageW (message.c:3489) ==19386== by 0x4DBD934: send_parent_notify (win.c:436) ==19386== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==19386== by 0x4DBB256: CreateWindowExA (win.c:1768) ==19386== by 0x4AF9EFF: test_mdi_messages (msg.c:3869) ==19386== by 0x4B108B1: func_msg (msg.c:17621) ==19386== Address 0x4931f40 is 16 bytes after a recently re-allocated block of size 32 alloc'd ==19386== at 0x7BC48394: notify_alloc (heap.c:260) ==19386== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==19386== by 0x4F8C6AA: create_family (freetype.c:1593) ==19386== by 0x4F9D33E: load_font_list_from_cache (freetype.c:1767) ==19386== by 0x4F9DEC6: WineEngInit (freetype.c:4413) ==19386== by 0x4F9E8BB: DllMain (gdiobj.c:693) ==19386== by 0x4FB4298: __wine_spec_dll_entry (dll_entry.c:40) ==19386== by 0x7BC4CF99: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== by 0x7BC50733: MODULE_InitDLL (loader.c:1218) ==19386== by 0x7BC50A26: process_attach (loader.c:1312) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC532D1: attach_dlls (loader.c:3298) ==19386== by 0x7BC7B32F: attach_thread (signal_i386.c:2709) ==19386== by 0x7BC77E9B: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== -- 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.

2 1

[Bug 43378] New: valgrind shows two definite leaks in dlls/msxml3/tests/ domdoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=43378 Bug ID: 43378 Summary: valgrind shows two definite leaks in dlls/msxml3/tests/domdoc.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==30037== 60 (24 direct, 36 indirect) bytes in 1 blocks are definitely lost in loss record 1,103 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A75D37: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A75D37: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== ==30037== 315 (168 direct, 147 indirect) bytes in 7 blocks are definitely lost in loss record 1,575 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A757CE: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A757CE: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== -- 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.

2 1

[Bug 42560] New: Wine interactive dplayx tests crash
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42560 Bug ID: 42560 Summary: Wine interactive dplayx tests crash Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Created attachment 57473 --> https://bugs.winehq.org/attachment.cgi?id=57473 std output + crash This is a continuation of bug 35403. cd wine/dlls/dplayx/tests WINETEST_INTERACTIVE=1 make test -- 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.

2 3

[Bug 39522] New: Valgrind shows a leak in itemdlg tests
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=39522 Bug ID: 39522 Summary: Valgrind shows a leak in itemdlg tests Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Reported as: --- ==5188== 28 bytes in 1 blocks are definitely lost in loss record 296 of 1,248 ==5188== at 0x7BC50613: notify_alloc (heap.c:254) ==5188== by 0x7BC54E78: RtlAllocateHeap (heap.c:1715) ==5188== by 0x587E780: add_item (itemdlg.c:793) ==5188== by 0x5889019: IFileDialogCustomize_fnAddControlItem (itemdlg.c:4079) ==5188== by 0x4AB42BD: IFileDialogCustomize_AddControlItem (shobjidl.h:16931) ==5188== by 0x4AB42BD: test_customize (???:0) ==5188== by 0x4ABC3A3: func_itemdlg (itemdlg.c:2434) ==5188== by 0x4ABF8E8: run_test (test.h:584) ==5188== by 0x4ABFD6C: main (test.h:666) ==5188== { <insert_a_suppression_name_here> Memcheck:Leak match-leak-kinds: definite fun:notify_alloc fun:RtlAllocateHeap fun:add_item fun:IFileDialogCustomize_fnAddControlItem fun:IFileDialogCustomize_AddControlItem fun:test_customize fun:func_itemdlg fun:run_test fun:main } --- Probably means custom control items are not released at all? -- 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.

2 2

[Bug 36413] New: valgrind shows uninitialized memory in msxml3/tests/xmparser.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36413 Bug ID: 36413 Summary: valgrind shows uninitialized memory in msxml3/tests/xmparser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700 ==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526) ==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894) ==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032) ==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197) ==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108) ==24204== by 0x4DD9310: run_test (test.h:584) ==24204== by 0x4DD96FF: main (test.h:654) ==24204== -- 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.

2 3

[Bug 36304] New: valgrind shows several leaks in msxml3/tests/xmldoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36304 Bug ID: 36304 Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693 ==30829== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523) ==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587) ==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693 ==30829== at 0x7BC4C735: notify_alloc (heap.c:255) ==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162) ==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324) ==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753) ==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30829== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537) ==30829== by 0x6196581: get_typeinfo (dispex.c:161) ==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150) ==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811) ==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725 ==5988== at 0x7BC4C735: notify_alloc (heap.c:255) ==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5988== by 0x6431972: heap_alloc (msxml_private.h:169) ==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505) ==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777) ==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992) ==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078) ==5988== by 0x4CA896C: run_test (test.h:584) ==5988== by 0x4CA8D5B: main (test.h:654) ==5988== -- 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.

2 2

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 November 2019