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

[Bug 50671] New: Dragon Age Origin crashes frequently
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=50671 Bug ID: 50671 Summary: Dragon Age Origin crashes frequently Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: wubajdqyvaarfovwff(a)wqcefp.com Distribution: --- Created attachment 69373 --> https://bugs.winehq.org/attachment.cgi?id=69373 backtrace of the error I get frequent crashes when playing Dragon Age: Origins (GoG version). I added the stack trace of some examples. In the terminal I get the following error which might be helpful: 0130:err:d3d:wined3d_debug_callback 0x73fde40: "GL_OUT_OF_MEMORY in glCompressedTexSubImage2D". wine: Unhandled page fault on write access to 00400000 at address 79CB892B (thread 0130), starting debugger... -- 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 51118] New: Xorg IO error 9 bad file descriptor
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=51118 Bug ID: 51118 Summary: Xorg IO error 9 bad file descriptor Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 0456523(a)gmail.com Distribution: --- When trying to run anything that opens a graphics window (basically any game) it will crash and Xorg will spit this out on the terminal (this was an attempt to run Half-Life): ``` [pqcraft(a)PQC-PC]:~/Programs/Counter-Strike$ wine hl.exe wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. steamservice.cpp (229) : Assertion Failed: BOpenService failed (1060) XIO: fatal IO error 9 (Bad file descriptor) on X server ":0" after 187 requests (186 known processed) with 0 events remaining. X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 10 (X_UnmapWindow) Resource id in failed request: 0x3600001 Serial number of failed request: 300 Current serial number in output stream: 309 ``` I have no idea what that means but I suspect it has something to do with my graphics drivers as I changed over from 'rocm-dkms' to the Oibaf drivers so that I could use kernel 5.12.2. I am going to make this bug report anyway just in case this is a problem with wine as only wine has this issue (CS:GO works fine and other native Linux games). -- 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 52406] New: Fuul wine freeze after try remove soothe2 VST from DAW
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=52406 Bug ID: 52406 Summary: Fuul wine freeze after try remove soothe2 VST from DAW Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: balykin_nikita(a)live.ru Distribution: --- Created attachment 71657 --> https://bugs.winehq.org/attachment.cgi?id=71657 core dump I am using DAW reaper and LinVST (bridge) to load vst from windows as a native. Wine version up to 6.13 works good but all newer version can't work properly (the same for wine and wine-staging). Description: 1. Open DAW (I use reaper, crash does not depend on the version) 2. Put Soothe2 (VST Plugin) to the track. Its interface will open and everything will work fine. The sound is processed and nothing hangs. 3. Try to close plugin window or remove plugin from track. And after that the whole daw freezes. If I load plugin in a separate process, only this process hangs. But in other daws the situation is similar. On wine 6.13 all works good. Idk how can I found many logs from vst via wine and hope for help with the search for trace/logs of this thing. I have attached a core dump from the system log. I didn't have time to write about this before... And it's almost a release candidate! -- 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 52420] New: Wine 7.0 Release Compiled with Clang on Arch Produces a Broken Build
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=52420 Bug ID: 52420 Summary: Wine 7.0 Release Compiled with Clang on Arch Produces a Broken Build Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 71674 --> https://bugs.winehq.org/attachment.cgi?id=71674 Arch PKGBUILD File for Wine 7.0 Release Using the default Arch makepkg flags (from /etc/makepkg.conf - by default this uses GCC so the user either has to change this to Clang or export to Clang in the PKGBUILD), using this example PKGBUILD produces a WoW64 build but throws stack overflow errors upon calling winecfg and doesn't run winecfg. The same is true if all of the miscellaneous variables exported along with Clang are not set; this will still occur. Un-setting lld and/or any of the llvm variables bakes no difference. This topic also has a page an the Arch forums: https://bbs.archlinux.org/viewtopic.php?id=273313 -- 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 11

[Bug 52558] New: Delta Automation COMMGR Software cannot access COM Ports
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=52558 Bug ID: 52558 Summary: Delta Automation COMMGR Software cannot access COM Ports Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sche91(a)sche91.ru Distribution: --- Created attachment 71871 --> https://bugs.winehq.org/attachment.cgi?id=71871 The list of serial ports are empty Hello. There are two applications from Delta Automation: 1 - ISPSoft (An IDE for PLC (Programmable Logic Controllers)); 2 - COMMGR (a small companion app which connects ISPSoft with PLCs). ISPSoft works flawlessly for me, I haven't noticed any bugs. Projects are created and compiled. But it's useless until it's linked with COMMGR's driver. COMMGR can create different types of drivers: 1 - Simulation with a localhost port (works). 2 - Ethernet (I haven't tested it, but COMMGR does see the list of my network cards (eno1, wlp..) 3 - Serial(RS232/485) - most important one. It doesnt work, because there's no list of available serial ports. I use the latest version of COMMGR(1.14) I have a real DB9 serial port (ttyS0) and CP2102 USB-Serial converter (ttyUSB0) every port has symlinks in /dosdevices/. /dev/ttyS0 and /dev/ttyUSB0 are granted with 777 permissions. Screenshots of software are included. Link to the software is https://downloadcenter.deltaww.com/en-US/DownloadCenter?v=1&q=COMMGR%20V1.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.

1 10

[Bug 53054] New: Logiciel PokerStars
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=53054 Bug ID: 53054 Summary: Logiciel PokerStars Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bernard.Ganne(a)gmail.com Distribution: --- Created attachment 72452 --> https://bugs.winehq.org/attachment.cgi?id=72452 Message d'erreur s'affichant au démarrage et aussi lors de l'utilisation de certaines options Ne fonctionne pas à cause de OpenGl.dll -- 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 53237] New: SDK Version is too low？
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=53237 Bug ID: 53237 Summary: SDK Version is too low？ Product: Wine Version: 7.0-rc6 Hardware: arm OS: Android Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dgz3059305632(a)outlook.com I was running it on HarmonyOS 2.0.0,but it reported "SDK version is too low". -- 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 14

[Bug 53373] New: Topaz Labs AI Suite apps always fail to launch - [Unhandled exception: page fault on execute access to 0x0000000000000000 in 64-bit code (0000000000000000)]
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=53373 Bug ID: 53373 Summary: Topaz Labs AI Suite apps always fail to launch - [Unhandled exception: page fault on execute access to 0x0000000000000000 in 64-bit code (0000000000000000)] Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winezilla(a)getnada.com Distribution: --- Created attachment 72758 --> https://bugs.winehq.org/attachment.cgi?id=72758 backtrace Topaz Denoise, Gigapixel, and Sharpen (a series of photo editing apps) all fail to launch under wine; they instantiate a window and then crash. It's not clear to me why, and no helpful output is provided to investigate. I am hoping someone more knowledgeable can take a look. -- 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 53662] New: winehq-bullseye.sources file links to incorrect location for GPG key for Debian Bullseye only
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=53662 Bug ID: 53662 Summary: winehq-bullseye.sources file links to incorrect location for GPG key for Debian Bullseye only Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eric.wheez(a)gmail.com Distribution: --- Big impact, but easy fix- This file points to the wrong location for the winehq-archive.key: https://dl.winehq.org/wine-builds/debian/dists/bullseye/winehq-bullseye.sou… "Signed-By: /etc/apt/keyrings/winehq-archive.key" Other .sources files (for other Debian releases, newer and older) point to the correct location: "Signed-By: /usr/share/keyrings/winehq-archive.key" The WineHQ wiki (https://wiki.winehq.org/Debian) tells people to download the key using "sudo wget -nc -O /usr/share/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key" Workarounds include... 1. Editing the .sources file to point to the key file download location specified by the WineHQ wiki: sudo sed -i 's&/etc/apt/keyrings/winehq-archive.key&/usr/share/keyrings/winehq-archive.key&g' /etc/apt/sources.list.d/winehq-bullseye.sources 2. Adding the key/repo the old way: wget -O - https://dl.winehq.org/wine-builds/winehq.key | sudo apt-key add - sudo add-apt-repository "deb https://dl.winehq.org/wine-builds/debian/ ${VERSION_CODENAME} main" sudo apt-get update -y This one stumped me for a few hours today, so I wanted to report it in. -- 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 54130] New: broken msvc __has_include.
by WineHQ Bugzilla Dec. 20, 2024

Dec. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=54130 Bug ID: 54130 Summary: broken msvc __has_include. Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pawel_sikora(a)zoho.com Distribution: --- hi, the recent wine-stable versions (6.0.4/7.0.1) break __has_include feature [1] inside cl.exe (msvc-2022) while wine-stable 5.0.4 works fine. i've prepared docker-based testcase that contains msvc-2022 subset extracted from official microsoft virtualbox image [2] and few sources/scripts. steps to reproduce: - download .7z archives from [3] and extract. - build docker image: ./docker-build.sh - run docker container:./docker-run.sh - run testcase: wine cmd /c bugme wine-5.0.4 results (expected): B:\>A:\VC\Tools\MSVC\14.34.31933\bin\Hostx64\x64\cl.exe -IB:\sources\cosim\cmodel_h -FoB:\bugme.obj -c B:\bugme.cpp /nologo bugme.cpp compiler supports __has_include there's no cxxabi.h - OK. wine-6.0.4/7.0.1 results (buggy): B:\>A:\VC\Tools\MSVC\14.34.31933\bin\Hostx64\x64\cl.exe -IB:\sources\cosim\cmodel_h -FoB:\bugme.obj -c B:\bugme.cpp /nologo bugme.cpp compiler supports __has_include compiler reports cxxabi.h existence try #include... B:\bugme.cpp(6): fatal error C1083: Cannot open include file: 'cxxabi.h': No such file or directory links: [1] https://en.cppreference.com/w/cpp/preprocessor/include [2] https://developer.microsoft.com/en-us/windows/downloads/virtual-machines/ [3] https://drive.google.com/drive/folders/1asoZguCucA6ownwUn0r1KxeyqwY-ABVp?us… -- 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