September 2020 - Wine-bugs - list.winehq.org

[Bug 42379] New: Sleeping Dogs needs d3d11: wined3d_usage_from_d3d11 bind flags 0x80.
by wine-bugs＠winehq.org 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=42379 Bug ID: 42379 Summary: Sleeping Dogs needs d3d11:wined3d_usage_from_d3d11 bind flags 0x80. Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- I just tried to run Sleeping dogs with wine-staging 2.0 and I got bored of waiting it to load with white screen. I don't know if it would eventually. But the console is spamming some messages alot, this is one of them. I have no idea what it means. This code needs some enchanment. 400 DWORD wined3d_usage_from_d3d11(UINT bind_flags, enum D3D11_USAGE usage) 401 { 402 static const DWORD handled = D3D11_BIND_SHADER_RESOURCE 403 | D3D11_BIND_RENDER_TARGET 404 | D3D11_BIND_DEPTH_STENCIL; 405 DWORD wined3d_usage = 0; 406 407 if (bind_flags & D3D11_BIND_SHADER_RESOURCE) 408 wined3d_usage |= WINED3DUSAGE_TEXTURE; 409 if (bind_flags & D3D11_BIND_RENDER_TARGET) 410 wined3d_usage |= WINED3DUSAGE_RENDERTARGET; 411 if (bind_flags & D3D11_BIND_DEPTH_STENCIL) 412 wined3d_usage |= WINED3DUSAGE_DEPTHSTENCIL; 413 if (bind_flags & ~handled) 414 FIXME("Unhandled bind flags %#x.\n", bind_flags & ~handled); 415 This doesnt look really fatal message so I am just setting severity to enchament. -- 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 49676] New: winetricks galliumnine02 no longer installs
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49676 Bug ID: 49676 Summary: winetricks galliumnine02 no longer installs Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 368e3a93b8da3641c53f260bb4c96d03d00d1080 Distribution: Gentoo Noticed while running winetricks-test against wine-5.14-132-g1ec8bf9b73. Bisect shows it was: 368e3a93b8da3641c53f260bb4c96d03d00d1080 is the first bad commit commit 368e3a93b8da3641c53f260bb4c96d03d00d1080 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jul 9 09:59:08 2020 +0200 ntdll: Allocate the return buffer in the caller for wine_nt_to_unix_file_name(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/path.c | 18 +++++++++++++++--- dlls/ntdll/directory.c | 4 ++-- dlls/ntdll/ntdll.spec | 2 +- dlls/ntdll/unix/file.c | 11 +++++++++-- dlls/ntdll/unixlib.h | 2 +- include/winternl.h | 2 +- 6 files changed, 29 insertions(+), 10 deletions(-) interestingly, this affects galliumnine02/galliumnine03/galliumnine04, but not galliumnine05 or galliumnine (which gets the latest release upstream, currently 05). /home/austin/wine-git/wine ninewinecfg -e wine: Unhandled page fault on read access to 00000000 at address F7AB823A (thread 019c), starting debugger... couldn't load main module (0) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7ab823a). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7ab823a ESP:0031fa90 EBP:0031fac8 EFLAGS:00010206( R- -- I - -P- ) EAX:0000003a EBX:00000000 ECX:00000028 EDX:00000002 ESI:00824428 EDI:00000000 Stack dump: 0x0031fa90: 0000001c 7eb85000 0031fad8 0031fb14 0x0031faa0: 7eb86754 00823960 0031fac8 00824428 0x0031fab0: 0031fb0c 00823960 0031fae0 7eb85000 0x0031fac0: 0031fb0c 00823960 0031fb38 7eb8023c 0x0031fad0: 00000003 7eb86754 7eb800a5 7eb8023c 0x0031fae0: 0031fb0c 0031fb14 00000000 00000000 Backtrace: =>0 0xf7ab823a (0x0031fac8) 1 0x7eb8023c (0x0031fb38) 0xf7ab823a: cmpl %eax,0x0(%ebx) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 49585] New: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file()
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49585 Bug ID: 49585 Summary: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file() Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Getting a lot of spam, presumably every thread/process: ==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33 ==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307) ==9262== by 0x486401C: read_nls_file (env.c:100) ==9262== by 0x48649EF: init_environment (env.c:961) ==9262== by 0x48733BA: __wine_main (loader.c:1710) ==9262== by 0x7D0017D7: main (main.c:285) ==9262== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 49691] New: dl.winehq.org hasn't been updated with new versions since April
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49691 Bug ID: 49691 Summary: dl.winehq.org hasn't been updated with new versions since April Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sephirothfanatic(a)gmail.com Hello, I noticed that new versions of Wine for macOS haven't appeared on the dl.winehq.org domain since April. The website is still showing major version 5.0 instead of 5.0.2 and development version 5.7 instead of 5.14. Wasn't sure where exactly to report this, so here it is. SephirothFanatic -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 49430] New: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator"
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49430 Bug ID: 49430 Summary: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator" Product: Wine Version: 5.11 Hardware: x86 URL: https://statics.teams.cdn.office.net/production-window s/1.3.00.3564/Teams_windows.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yesterday I tried this in Staging-5.10 and it start fine. This morning I upgraded to Staging 5.11 and it fails :( Issued commands (copy/paste from bug 49147): Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono) Installation workaround for bug 41713 using Wine-Staging --- snip --- $ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe" --- snip --- -- 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 6

[Bug 49499] New: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility)
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49499 Bug ID: 49499 Summary: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility) Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: suokkos(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine-devel and wine-staging 5.11~focal packages caused a regression where running dealer.exe from terminal forwards incorrect working directory to dealer.exe. dealer.exe is a small command line utility to generate constrained hands for card game bridge. The bug isn't present on wine binary if I compile wine-5.11 tagged version. Neither it is present if I apply wine-staging patches to my wine tree and compile it. Downgrading 5.10~focal also works. What is known about bug happening? I'm running the application from a directory under my home directory. Wine maps Z: drive to root ("/"). There is no other drives mapping to my home directory. Package versions change working directory to root ("/"). dealer.exe enters application using wmain entry which translate wchar arguments to multibyte handled by argument parser. After argument parsing it tries to use freopen to redirect stdin to be read from the filename passed as argument. I have no idea why wine 5.11 compiled from sources behaves differently to the package version. I tried to look into https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi… but failed to spot a difference. I tried to find wine built in command which would replicated same incorrect working tree behavior. I failed to find any other application which would reproduce the wrong working directory when run from same terminal. Step to reproduce: Dependencies: cmake and mingw cross compiler 1. git clone https://github.com/suokko/dealer.git 2. cd dealer 3. echo "set(CMAKE_SYSTEM_NAME Windows) set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(arch x86_64-w64-mingw32) find_program(WINE_COMMAND wine) set(CMAKE_CROSSCOMPILING ${WINE_COMMAND}) set(CMAKE_RC_COMPILER ${arch}-windres) set(CMAKE_C_COMPILER ${arch}-gcc-posix) set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake 4. mkdir build && cd build 5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. 6. export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin" 7. make 8. cd ../Examples 9. wine ../build/dealer.exe Descr.test_operators Failed output: Descr.test_operators: No such file or directory Expected output: 1 != 0: 1 5 - 2: 3 5 % 3: 2 5 == 3: 0 Frequency rnd(10): 0 10034 1 10122 2 9974 3 10003 4 9884 5 9977 6 9853 7 10036 8 10142 9 9975 Frequency : Low 100000 Frequency : High 100000 Generated 100000 hands Produced 100000 hands Initial random seed 1593633569 Time needed 0.000 sec -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 49903] New: TEB breakpoint should not be invoked when calling NtCreateThreadEx
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49903 Bug ID: 49903 Summary: TEB breakpoint should not be invoked when calling NtCreateThreadEx Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Created attachment 68263 --> https://bugs.winehq.org/attachment.cgi?id=68263 patch to avoid teb breakpoint Certain DRMs add a breakpoint on the TEB, and NtCreateThreadEx invokes the breakpoint through GetCurrentProcessId() (NtCurrentTeb()->ClientId.UniqueProcess). I've attached a patch that works around this issue. This is definitely a stop-gap solution, but it should work for the time being. -- 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 49890] New: Disconnects and networking issues in applications using websockets
by WineHQ Bugzilla 28 Sep '20

28 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49890 Bug ID: 49890 Summary: Disconnects and networking issues in applications using websockets Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dt(a)zeroitlab.com Distribution: --- This probably affects multiple games, from my experience Legends of Runeterra, Enemy On Board, Fall Guys and probably a ton others. Root cause analysis is yet to be done. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 49901] New: Spitfire Labs VST fails to find/load patches
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49901 Bug ID: 49901 Summary: Spitfire Labs VST fails to find/load patches Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefi(a)freitagsrunde.org Distribution: --- Created attachment 68258 --> https://bugs.winehq.org/attachment.cgi?id=68258 Screenshot of error message within the running plugin Spitfire LABS library manager installs and the VST-plugin can be run inside carla without a crash, however the plugin fails to find the library patches. I tried to rename the paths and folders, but with no success. Since the plugin is run inside carla, I don't know how to make a backtrace. The Plugin does not crash. I successfully tested the Plugin within a windows virtual machine with Reaper as host. It does find the patches there. I can also supply the installer file if required. -- 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 49796] New: Separate IDL-re,ated tools i to a separate project
by WineHQ Bugzilla 27 Sep '20

27 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=49796 Bug ID: 49796 Summary: Separate IDL-re,ated tools i to a separate project Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- WIDL is used in MinGW, but in order to compile it, one has to fetch wine sources and configure them. Also MinGW applies some patches upon WIDL, so it is a bit out of sync. I guess it may make sense to separate it into an own project with an own repo, so both Wine and MinGW can use it as a submodule. -- 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 6