wine-bugs August 2019

wine-bugs@winehq.org

1 participants
7685 discussions

[Bug 36282] New: valgrind shows an unitialized write in ieframe/tests/ie.c
by wine-bugs＠winehq.org 16 May '21

16 May '21

https://bugs.winehq.org/show_bug.cgi?id=36282 Bug ID: 36282 Summary: valgrind shows an unitialized write in ieframe/tests/ie.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16468== Thread 6: ==16468== Syscall param write(buf) points to uninitialised byte(s) ==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so) ==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073) ==16468== by 0x7B83E0AA: WriteFile (file.c:563) ==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444) ==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189) ==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block of size 92 alloc'd ==16468== at 0x7BC4C735: notify_alloc (heap.c:255) ==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808) ==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245) ==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464) ==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519) ==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541) ==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110) ==16468== by 0x7BC87087: ??? (signal_i386.c:2571) ==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==16468== by 0x7BC87065: ??? (signal_i386.c:2571) ==16468== by 0x7BC8E4B0: start_thread (thread.c:428) ==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==16468== Uninitialised value was created by a client request ==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==16468== by 0x7BC4C697: initialize_block (heap.c:240) ==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186) ==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236) ==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690) ==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369) ==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477) ==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086) ==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460) ==16468== by 0x548C509: ??? (winproc.c:173) ==16468== by 0x548C67E: call_window_proc (winproc.c:244) ==16468== by 0x548E817: WINPROC_call_window (winproc.c:900) ==16468== by 0x544FBE4: DispatchMessageW (message.c:4019) ==16468== by 0x4793F60: IEWinMain (iexplore.c:1061) ==16468== by 0x472CA34: wWinMain (main.c:84) ==16468== by 0x472CD21: wmain (exe_wmain.c:51) ==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==16468== by 0x7B864247: ??? (process.c:1045) ==16468== by 0x7B864394: start_process (process.c:1097) ==16468== -- 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 28831] New: secur32/tests/schannel.ok: occasional uninitialised memory read in _gnutls_recv_int() in test_communication()?
by wine-bugs＠winehq.org 16 May '21

16 May '21

http://bugs.winehq.org/show_bug.cgi?id=28831 Bug #: 28831 Summary: secur32/tests/schannel.ok: occasional uninitialised memory read in _gnutls_recv_int() in test_communication()? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified I don't see this on every run, but sometimes Valgrind complains: Conditional jump or move depends on uninitialised value(s) at _gnutls_recv_int (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14) by schan_InitializeSecurityContextW (schannel.c:728) by schan_InitializeSecurityContextA (schannel.c:775) by InitializeSecurityContextA (wrapper.c:282) by test_communication (schannel.c:644) by func_schannel (schannel.c:773) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request by mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1703) by init_buffers (schannel.c:496) by test_communication (schannel.c:633) by func_schannel (schannel.c:773) by run_test (test.h:556) by main (test.h:624) -- 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 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

[Bug 36172] New: xcopy tests fail under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36172 Bug ID: 36172 Summary: xcopy tests fail under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258 xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1 xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1 -- 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 28816] New: kernel32/tests/loader.ok fails under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28816 Bug #: 28816 Summary: kernel32/tests/loader.ok fails under valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Under Valgrind, "make loader.ok" fails with log loader.c:375: Test failed: 2: 0x10002000 != 0 loader.c:376: Test failed: 2: 1 != 0 loader.c:378: Test failed: 2: 2000 != MEM_FREE loader.c:379: Test failed: 2: 20000 != 0 -- 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 28738] New: user32/tests: invalid read in server_end_to_end_callback in dde.ok?
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28738 Bug #: 28738 Summary: user32/tests: invalid read in server_end_to_end_callback in dde.ok? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Not sure how bad an invalid read in a dbgstr is, but here's the log: Invalid read of size 2 at wine_dbgstr_wn (test.h:471) by server_end_to_end_callback (test.h:66) by WDML_InvokeCallback (dde_misc.c:734) by WDML_ServerHandle (dde_server.c:834) by WDML_ServerConvProc (dde_server.c:1112) by ??? (in user32/user32.dll.so) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by DispatchMessageA (message.c:3738) by test_end_to_end_server (dde.c:2680) by func_dde (dde.c:2746) by run_test (test.h:556) by main (test.h:624) Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1748) by RtlFreeUnicodeString (rtlstr.c:319) by RegQueryValueExA (registry.c:1489) by load_face (freetype.c:1207) by WineEngInit (freetype.c:1345) by DllMain (gdiobj.c:582) -- 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 7

[Bug 20925] New: d3d[89]/tests/visual crash under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=20925 Summary: d3d[89]/tests/visual crash under valgrind Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt and http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt both show the crash Unhandled exception: page fault on read access to 0x58469450 in 32-bit code (0x0d9bc92b). Backtrace: =>0 0x0d9bc92b (0x11ad7000) 1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038) which might be a problem in the driver, but could also be a disagreement between valgrind and the driver. I'm going to stop running d3d[89]/tests/visual under valgrind for now, since they always crash. Perhaps the good folks at Nvidia could have a look at how to get valgrind and their drivers to play nice together. (One of those logs also seems to have found a real use-after-free bug in their driver: Invalid read of size 4 at ??? (in /usr/lib32/libGLcore.so.180.44) Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd at free (vg_replace_malloc.c:325) by ??? (in /usr/lib32/libGLcore.so.180.44) so perhaps they would actually get something out of this.) -- 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 10

[Bug 21180] New: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=21180 Summary: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com After running sysparams test some tray icons are left a kind of downsampled - e.g. net status icon is 4x4 sized. -- 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 45349] New: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V)
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=45349 Bug ID: 45349 Summary: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V) Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, had this one lying around for some time, sadly got distracted from further analysis (there are more bugs). The game is "StreetFighter V Arcade Edition" and was gifted to me by Valve for investigation, thanks ;-) https://store.steampowered.com/app/310950/Street_Fighter_V_Arcade_Edition/ It has some custom DRM/protection scheme which uses various 64-bit anti-debug and obfuscation techniques. There are a lot of single-step (TF) exceptions in the code which are there by design (decrypt continuations). At one point it crashes with invalid instruction exception: --- snip --- ... 002e:trace:seh:NtRaiseException code=80000004 flags=0 addr=0x143fc99e9 ip=143fc99e9 tid=002e 002e:trace:seh:NtRaiseException rax=00000000006000aa rbx=000000000000005e rcx=000000000000005f rdx=000000000000071c 002e:trace:seh:NtRaiseException rsi=0000000143fcf826 rdi=0000000000000000 rbp=00000000005ffbd8 rsp=00000000005ffbd0 002e:trace:seh:NtRaiseException r8=0000000143fd2240 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=000000000000005f r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fc99e9 rsp 5ffbd0 002e:trace:seh:dump_unwind_info **** func 3fc9980-3fca910 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fc9980-0x143fca910 002e:trace:seh:dump_unwind_info handler 0x143fd2240 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fd2240 (rec=0x5ffa90, frame=0x5ffbd0 context=0x5fed30, dispatch=0x5ff200) 002e:trace:seh:call_handler handler at 0x143fd2240 returned 0 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:ntdll:NtQueryInformationProcess (0xffffffffffffffff,0x00000007,0x5ffcb0,0x00000008,0x5ffcb0) 002e: get_process_info( handle=ffffffff ) 002e: get_process_info() = 0 { pid=002d, ppid=0000, affinity=000000ff, peb=7fffffeaf000, start_time=1d3e17d69097156 (-0.0309210), end_time=0, exit_code=259, priority=2, cpu=x86_64, debugger_present=0, debug_children=1 } 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:seh:NtRaiseException code=c0000096 flags=0 addr=0x143fca968 ip=143fca968 tid=002e 002e:trace:seh:NtRaiseException rax=00000000564d5868 rbx=000000008685d465 rcx=000000000000000a rdx=0000000143fc5658 002e:trace:seh:NtRaiseException rsi=00000000005ffd58 rdi=0000000143fd3344 rbp=00000000005ffc18 rsp=00000000005ffc08 002e:trace:seh:NtRaiseException r8=0000000143fd26f8 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fca968 rsp 5ffc08 002e:trace:seh:dump_unwind_info **** func 3fca910-3fcfbbc 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fca910-0x143fcfbbc 002e:trace:seh:dump_unwind_info handler 0x143fcbbe8 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fcbbe8 (rec=0x5ffac0, frame=0x5ffc08 context=0x5fed60, dispatch=0x5ff230) 002e:trace:seh:call_handler handler at 0x143fcbbe8 returned 0 ... --- snip --- One has to debug it to see the mess. For that you need to defeat a few anti-debug trickery ;-) The game protection copies native API entry point code around and assumes 64-bit Windows API entries which have a distinct signature/sequence. A similar problem is described in bug 21232 which is about 32-bit syscall thunks. Partial copy of 'ntdll.NtQueryInformationProcess' entry point: --- snip --- 0000000143FCFA88 | 55 | push rbp 0000000143FCFA89 | 48 89 E5 | mov rbp, rsp 0000000143FCFA8C | 57 | push rdi 0000000143FCFA8D | 56 | push rsi 0000000143FCFA8E | 48 81 EC A0 00 00 00 | sub rsp, A0 0000000143FCFA95 | 48 83 E4 F0 | and rsp, FFFFFFFFFFFFFFF0 0000000143FCFA99 | 48 81 EC 40 03 00 00 | sub rsp, 340 0000000143FCFAA0 | 0F 11 B5 50 FF FF FF | movups xmmword ptr ss:[rbp - B0], xmm6 0000000143FCFAA7 | 0F C4 08 33 | pinsrw mm1, word ptr ds:[rax], 33 0000000143FCFAAB | C0 48 83 C4 | ror byte ptr ds:[rax - 7D], C4 0000000143FCFAAF | 28 C3 | sub bl, al 0000000143FCFAB1 | CC | int3 0000000143FCFAB2 | CC | int3 0000000143FCFAB3 | CC | int3 0000000143FCFAB4 | CC | int3 0000000143FCFAB5 | CC | int3 0000000143FCFAB6 | CC | int3 0000000143FCFAB7 | CC | int3 0000000143FCFAB8 | 48 89 5C 24 08 | mov qword ptr ss:[rsp + 8], rbx 0000000143FCFABD | 48 89 6C 24 10 | mov qword ptr ss:[rsp + 10], rbp 0000000143FCFAC2 | 48 89 74 24 18 | mov qword ptr ss:[rsp + 18], rsi 0000000143FCFAC7 | 57 | push rdi 0000000143FCFAC8 | 48 83 EC 30 | sub rsp, 30 0000000143FCFACC | 41 8B D9 | mov ebx, r9d 0000000143FCFACF | 49 8B F0 | mov rsi, r8 0000000143FCFAD2 | 8B EA | mov ebp, edx 0000000143FCFAD4 | 48 8B F9 | mov rdi, rcx 0000000143FCFAD7 | EB 02 | jmp streetfighterv.143FCFADB 0000000143FCFAD9 | 48 EB E8 | jmp streetfighterv.143FCFAC4 --- snip --- This obviously can't work. On 64-bit Windows the native API entry code is much smaller (< 16 bytes). Due to partial opcode copy a fault is triggered when executing. Original 64-bit Wine API entry code: --- snip --- 000000007BCEF058 55 push rbp 000000007BCEF059 48 89 E5 mov rbp, rsp 000000007BCEF05C 57 push rdi 000000007BCEF05D 56 push rsi 000000007BCEF05E 48 81 EC A0 00 00 00 sub rsp, 0A0h 000000007BCEF065 48 83 E4 F0 and rsp, 0FFFFFFFFFFFFFFF0h 000000007BCEF069 48 81 EC 40 03 00 00 sub rsp, 340h 000000007BCEF070 0F 11 B5 50 FF FF FF movups [rbp+var_B0], xmm6 000000007BCEF077 0F 11 BD 60 FF FF FF movups [rbp+var_A0], xmm7 000000007BCEF07E 44 0F 11 85 70 FF FF FF movups [rbp+var_90], xmm8 000000007BCEF086 44 0F 11 4D 80 movups [rbp+var_80], xmm9 000000007BCEF08B 44 0F 11 55 90 movups [rbp+var_70], xmm10 000000007BCEF090 44 0F 11 5D A0 movups [rbp+var_60], xmm11 000000007BCEF095 44 0F 11 65 B0 movups [rbp+var_50], xmm12 000000007BCEF09A 44 0F 11 6D C0 movups [rbp+var_40], xmm13 000000007BCEF09F 44 0F 11 75 D0 movups [rbp+var_30], xmm14 000000007BCEF0A4 44 0F 11 7D E0 movups [rbp+var_20], xmm15 000000007BCEF0A9 48 89 4D 10 mov [rbp+ProcessHandle], rcx 000000007BCEF0AD 89 55 18 mov [rbp+ProcessInformationClass], edx 000000007BCEF0B0 4C 89 45 20 mov [rbp+ProcessInformation], r8 000000007BCEF0B4 44 89 4D 28 mov [rbp+ProcessInformationLength], r9d 000000007BCEF0B8 C7 84 24 3C 03 00 00 00+ mov dword ptr [rsp+3F0h+n+4], 0 000000007BCEF0C3 C7 84 24 38 03 00 00 00+ mov dword ptr [rsp+3F0h+n], 0 000000007BCEF0CE 48 B8 70 CA D9 7B 00 00+ mov rax, offset __wine_dbch_ntdll_6 ... --- snip --- Wine-Staging patchset: https://github.com/wine-staging/wine-staging/tree/HEAD/patches/winebuild-Fa… Relevant part: https://github.com/wine-staging/wine-staging/blob/HEAD/patches/winebuild-Fa… (+prerequisite). Generated 64-bit thunks: --- snip --- ... 0000000143FCFA88 | B8 70 00 00 00 | mov eax, 70 0000000143FCFA8D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFA95 | C3 | ret 0000000143FCFA96 | 00 00 | add byte ptr ds:[rax], al 0000000143FCFA98 | B8 71 00 00 00 | mov eax, 71 0000000143FCFA9D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFAA5 | C3 | ret ... --- snip --- NOTE: I wanted to keep a separate ticket for 64-bit syscall thunks to track/validate it separately from 32-bit parts (bug 21232). Regards -- 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 59

[Bug 39389] New: Text does not render in Forward to the Sky
by wine-bugs＠winehq.org 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=39389 Bug ID: 39389 Summary: Text does not render in Forward to the Sky Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 52500 --> https://bugs.winehq.org/attachment.cgi?id=52500 Terminal output Title. I get empty speech bubbles with voice acting, as well as intro screens with just a picture and a button to continue, when there should be text with the picture. I've attached terminal output. -- 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 46864] New: MyStat 12 crashes when trying to open spreadsheet tab
by wine-bugs＠winehq.org 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=46864 Bug ID: 46864 Summary: MyStat 12 crashes when trying to open spreadsheet tab Product: Wine Version: 4.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lleytonj73(a)gmail.com Created attachment 63918 --> https://bugs.winehq.org/attachment.cgi?id=63918 Error backtrace (Wine 4.3) There's actually quite a lot of reasons this program crashes, and I noticed there aren't any existing bug reports for this program here. The error backtrace attached was caused when I selected File > New > Data to open a spreadsheet tab. Instead of opening the tab, the program "encountered an error and needs to close". -- 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 11

[Bug 44207] New: Wine fails to run Unigine Heaven 4.0
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=44207 Bug ID: 44207 Summary: Wine fails to run Unigine Heaven 4.0 Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59977 --> https://bugs.winehq.org/attachment.cgi?id=59977 Crash log Download URL: https://benchmark.unigine.com/heaven Download link: http://assets.unigine.com/d/Unigine_Heaven-4.0.exe File: Unigine_Heaven-4.0.exe See log. -- 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 46021] New: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=46021 Bug ID: 46021 Summary: Mass Effect 3 | Mouse uncontrollably / jumps around. Keyboard button "locks in" sometimes Product: Wine-staging Version: 3.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roquene(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Moving mouse let it jump uncontrollably around. very slow minimal movement seem to work, but faster let the player character make a 180°. moving the mouse upwards sometimes "locks" the camera facing upwards and only possible to turn it in circle. Moving the character per keyboard sometimes locks in. So moving forward and releasing the button and the character keeps moving until key pressed again. in game menu comparable behaviour. moving over menupoint only highlight it if moved very slow. problem does not occur in normal 3.18 and not with old versions like staging-2.8 could not test later version. staging-2.21 for example shows only black screen. -- 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 7

[Bug 45687] New: PulseAudio patchset causes crackling audio
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=45687 Bug ID: 45687 Summary: PulseAudio patchset causes crackling audio Product: Wine-staging Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sykhro(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I couldn't narrow it down much, sounds like a resampling problem(?). Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface. -- 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 8

[Bug 47703] New: warships
by wine-bugs＠winehq.org 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47703 Bug ID: 47703 Summary: warships Product: Wine-staging Version: 4.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leha.ermolin2012(a)yandex.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65174 --> https://bugs.winehq.org/attachment.cgi?id=65174 World of Warships не заходит в Адмиралтейство В World of Warships при входе в Адмиралтейство или Клан возникает ошибка. -- 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 5

[Bug 11833] New: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c
by wine-bugs＠winehq.org 07 May '21

07 May '21

http://bugs.winehq.org/show_bug.cgi?id=11833 Summary: GroupMail: Unhandled page fault on read access to 0x00000000 at address 0x164675c Product: Wine Version: 0.9.56. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)netherworld.com.ar When i open File => create new mail. the app crashes and the debug shows an Unhandled page fault. please fix -- 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 21

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