March 2024 - Wine-Bugs - list.winehq.org

[Bug 56374] New: some textures aren't rendered correctly in Deus Ex: Invisible War
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56374 Bug ID: 56374 Summary: some textures aren't rendered correctly in Deus Ex: Invisible War Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: wildy73(a)gmail.com Distribution: --- Since upgrading from wine-staging 9.2 to wine-staging 9.3 the menu items In Deus Ex: Invisible War aren't rendered correctly (text is missing for example) and there are many artifacts displayed during gameplay. Downgrading to 9.2 makes the game playable again. Running the game for a few seconds causes thousands of messages like these written to the console: 016c:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0, ps_sampler0 01a8:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0, ps_sampler0 Only the numbers in the "location at <X>, ps_sampler<Y>" parts vary, seemingly could be any combination between 0-3 -- 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 56171] New: Replace obsolete C_SRCS by SOURCES in Makefile.in
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56171 Bug ID: 56171 Summary: Replace obsolete C_SRCS by SOURCES in Makefile.in Product: Wine-staging Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since commit acad49573a7846c0199ea3a8f1bd11c42d647ff4 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Nov 1 08:37:19 2023 +0100 makefiles: Always use the global SOURCES variable for .c files. winehq.git has switched to using SOURCES instead of C_SRCS in Makefile.in however wine-staging still uses C_SRCS in its patchsets that introduce new modules or programs. That leads to build errors on some systems, but obviously rare enough to stay unnoticed. It would be nice to get this fixed before final 9.0 release. -- 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 55695] New: Patch eventfd_synchronization/0011-server-Add-an-object-operation-to-grab-the-esync-fil does not apply
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=55695 Bug ID: 55695 Summary: Patch eventfd_synchronization/0011-server-Add-an-object-oper ation-to-grab-the-esync-fil does not apply Product: Wine-staging Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike(a)cchtml.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Wine 8.17 and Wine-staging 8.17 does not cleanly apply. $ staging/patchinstall.py DESTDIR="`pwd`" --all ... patching server/fd.c 1 out of 4 hunks FAILED -- saving rejects to file server/fd.c.rej [PATCH] ERR: Textual patch did not apply, aborting. /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/ntdll-Junction_Points/0021-wcmd-Display-reparse-point-type-in-directory-listing.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/ntdll-Junction_Points/0022-wcmd-Show-reparse-point-target-in-directory-listing.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/ntdll-Junction_Points/0023-wcmd-Add-junction-point-support-to-mklink.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/ntdll-Junction_Points/0024-ntdll-Add-support-for-creating-Unix-Linux-symlinks.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/ntdll-Junction_Points/0025-ntdll-Report-regular-Unix-symlinks-as-WSL-Linux-Unix.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/server-PeekMessage/0001-server-Fix-handling-of-GetMessage-after-previous-Pee.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/server-Signal_Thread/0001-server-Do-not-signal-thread-until-it-is-really-gone.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0001-configure-Check-for-sys-eventfd.h-ppoll-and-shm_open.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0002-server-Create-server-objects-for-eventfd-based-synch.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0003-ntdll-Create-eventfd-based-objects-for-semaphores.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0004-ntdll-Implement-NtReleaseSemaphore.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0005-ntdll-Implement-NtClose.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0006-ntdll-Implement-NtWaitForMultipleObjects.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0007-ntdll-server-Implement-NtCreateEvent.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0008-ntdll-Implement-NtSetEvent.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0009-ntdll-Implement-NtResetEvent.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0010-ntdll-Implement-waiting-on-manual-reset-events.patch /builddir/build/BUILD/wine-8.17/staging/../patches/gitapply.sh -d /builddir/build/BUILD/wine-8.17 < /builddir/build/BUILD/wine-8.17/staging/../patches/eventfd_synchronization/0011-server-Add-an-object-operation-to-grab-the-esync-fil.patch Failed to apply patch eventfd_synchronization/0011-server-Add-an-object-operation-to-grab-the-esync-fil.patch -- 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 53830] New: can't fin the power key when opening an Approach database
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53830 Bug ID: 53830 Summary: can't fin the power key when opening an Approach database Product: Wine-staging Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73362 --> https://bugs.winehq.org/attachment.cgi?id=73362 Approach start up error message Fedora 36 wine-7.18-2.fc36.i686 (Wine Staging) Lotus Approach N99.8.0208.0800 This affects my business in a YUGE way! When attempting to open a database in Approach, the following error occurs: "Couldn't find the PowerKey for the database 2-22-parts." This is a regression from 7.12 (regression testing is over my head). Please send me what tests/data you wish me to collect. -- 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 20

[Bug 51475] New: Unhandled exception code c0000005 flags 0 addr 0x42a3a7 when trying to install vcrun2015
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=51475 Bug ID: 51475 Summary: Unhandled exception code c0000005 flags 0 addr 0x42a3a7 when trying to install vcrun2015 Product: Wine-staging Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Many applications need VCRUNTIME140.dll and naturally I looked up over winetricks to install what was necessary. However, I noticed that every time I try to do that, even when I manually download the executable and run straight through wine and not winetricks, it gives that error. Last time I checked, that error is characteristic of a regression. The program in question that is asking for that DLL is a game, The Sims 4 to be more precise. It never asked for that before, probably because it was such an old prefix. Now I nuked it to start from scratch because the previous prefix was giving errors. Turned out not to be the cause. Then I reinstalled Wine. Didn't solve the problem. Then I tried standard wine instead of wine staging. Also didn't work. I nuked the binaries and did a reinstall. Now wine is working again but now it keeps asking for that DLL that I can't install because Wine is giving that error. Winetricks tried installing the 32bit package. I tried to manually install the 64bit one. Both gave the same error. Unhandled exception code c0000005 flags 0 addr 0x42a3a7 -- 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 46645] New: DOOM 2016 Crashing on second loading screen on 99% when Vulkan render is used
by wine-bugs＠winehq.org April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=46645 Bug ID: 46645 Summary: DOOM 2016 Crashing on second loading screen on 99% when Vulkan render is used Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com Distribution: --- As the issue seems to be fixable by certain tweaks via various Windows Utilities. I would say it is issue with applicable workaround in Wine and it therefore falls into the Wine implementation garden as well. Reference: https://steamcommunity.com/app/379720/discussions/0/358417461602906353/?ctp… $ inxi -Gxxx Graphics: Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] vendor: XFX Pine driver: amdgpu v: kernel bus ID: 01:00.0 chip ID: 1002:67df Display: x11 server: Fedora Project X.org 1.20.3 driver: amdgpu compositor: gnome-shell v: 3.30.2 resolution: 1920x1080~60Hz OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0 4.20.6-200.fc29.x86_64 LLVM 7.0.1) v: 4.5 Mesa 18.3.3 direct render: Yes I will provide logs by EOB today as i will not be at my workstation for a while now. -- 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 55452] New: Mouse doesn't work in multiple games
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=55452 Bug ID: 55452 Summary: Mouse doesn't work in multiple games Product: Wine-staging Version: unspecified Hardware: x86-64 URL: https://archive.org/details/EvilGeniusDemo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- After Staging commit a1e634bca9f71627321b8d186ceb3556ae2c5224 the mouse doesn't work in many of my games (Doom 64, Prey 2017, The Witcher 2-3, Quake 1-2 Enhanced). Some of the games have working mouse in the menus but not in the game. For others the mouse no longer works in the menu. Evil Genius demo can be used to reproduce the problem. evil_genius_demo.exe (195 M) md5: 58e4ea2c32dd981be4c02e579775aa43 wine-8.13-428-g5cd11ade210 (Staging) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 54985] New: Wine-staging 8.9 build fails
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=54985 Bug ID: 54985 Summary: Wine-staging 8.9 build fails Product: Wine-staging Version: 8.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74533 --> https://bugs.winehq.org/attachment.cgi?id=74533 Log from Debian Testing x86_64 failed build Attaching the log from 64 bit Debian Testing; all the builds failed in the same way. -- 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 53809] New: Using boxnet in warpem crashes on RTX2080 (Unhandled exception: unimplemented function nvcuda.dll.cuFuncSetAttribute called in 64-bit code.)
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53809 Bug ID: 53809 Summary: Using boxnet in warpem crashes on RTX2080 (Unhandled exception: unimplemented function nvcuda.dll.cuFuncSetAttribute called in 64-bit code.) Product: Wine-staging Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73321 --> https://bugs.winehq.org/attachment.cgi?id=73321 backtrace Using Boxnet in Warp (as described in [1]) runs fine one wine-staging (tested with 7.17) when running on a machine with GTX1080 cards. When running the same setup on a machine with RTX2080 cards, Warp crashes. Running Boxnet/Warp on a Windows machine with RTX2080 cards works fine. Therefore, I believe the issue is in winestaging. The offending function call seems to be: Unhandled exception: unimplemented function nvcuda.dll.cuFuncSetAttribute called in 64-bit code (0x0000007b01394e). Attached are the backtrace. If needed I can also provide the debug logs, for both 1080 and 2080 cards. [1] http://www.warpem.com/warp/?page_id=135 -- 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 53797] New: Performance regression in Battle.net / Wow.exe using wine-staging 7.18
by WineHQ Bugzilla April 22, 2024

April 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53797 Bug ID: 53797 Summary: Performance regression in Battle.net / Wow.exe using wine-staging 7.18 Product: Wine-staging Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mewt.reaper(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Using wine-staging 7.18-1 (Arch package) Battle.net application performance appears degraded, with UI turning black and application freezing randomly. Application is also completely frozen after system suspend and must be killed from terminal. Similarly, loading times in World Of Warcraft are severely degraded with the game freezing for several seconds on first load and then very slow loading of new Zone data. Both symptoms appear to be resolved when downgrading back to wine-staging 7.17. -- 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