wine-bugs June 2023

wine-bugs@winehq.org

1 participants
2645 discussions

[Bug 52762] New: DesignDoll will not boot/crashes upon booting.
by WineHQ Bugzilla 22 Jun '23

22 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=52762 Bug ID: 52762 Summary: DesignDoll will not boot/crashes upon booting. Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: catchyandcleche(a)gmail.com Distribution: --- Created attachment 72129 --> https://bugs.winehq.org/attachment.cgi?id=72129 This file (designdoll_backtrace01.txt) is the backtrace file/error log file that was created when I tried to run the DesignDoll application. I am using a GUI version of Ubuntu for Desktop (Ubuntu 20.04.4 LTS), also utilizing WINE version 7.0 (Displayed as wine-7.0 in the terminal). When double clicking the .desktop application created on the desktop (DesignDoll.desktop) after installing the DesginDollLauncher.exe program and after making sure that the DesignDoll.desktop shortcut created during the installation process allows launching, the program will boot* but quickly crash. I attached the program error log (see "designdoll_backtrace01.txt). *I can only assume that the application booted (or at least tried to) and quickly crashed. It did not display any indication that the program had booted in the GUI environment. When a window did show up to indicate that the program had run (in a sense), it was to inform me of the fact that the program crashed (or simply could not boot). -- 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 55107] New: DirectX programs cannot run on dedicated GPU in windowed mode for hybrid-graphics laptop
by WineHQ Bugzilla 22 Jun '23

22 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55107 Bug ID: 55107 Summary: DirectX programs cannot run on dedicated GPU in windowed mode for hybrid-graphics laptop Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xuancong84(a)gmail.com Distribution: --- Years ago, I created a Direct3D program with statically-linked C library. This program has minimal library dependency and has been tested working on all versions of Windows with DirectX 9 supported. You can download it at: https://github.com/xuancong84/solid-rubix-cube/raw/master/Release/svcube.exe I typically run this programs in 4 modes of Wine: 1. full-screen mode without dedicated GPU, `wine svcube.exe` 2. full-screen mode with dedicated GPU, `__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia wine svcube.exe` 3. windowed mode without dedicated GPU, cmdline same as 1 but with 'emulate a virtual desktop' checked 4. windowed mode with dedicated GPU, cmdline same as 2 but with 'emulate a virtual desktop' checked From Wine 5.0 onwards (not tested on older versions), not a single version of Wine (including both wine and winehq, including -stable -staging and -devel) can pass all the 4 modes. In the latest winehq-stable (version 8.0.1~bullseye-1, on MX-Linux21/Debian11), the program can run successfully in 1,2, and 3, but crashes on 4 with the following error: ``` 002c:fixme:winediag:LdrInitializeThunk wine-staging 7.22 is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 0110:fixme:ver:GetCurrentPackageId (006CFAF0 00000000): stub 006c:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub 006c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub 0110:fixme:imm:ImeSetActiveContext (00010072, 1): stub 0110:fixme:imm:ImmReleaseContext (0002006A, 00010072): stub X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 156 (NV-GLX) Minor opcode of failed request: 43 () Serial number of failed request: 409 Current serial number in output stream: 410 ``` I have NVIDIA CUDA installed (Driver Version: 530.30.02, CUDA Version: 12.1). And PyTorch/Tensorflow can run with/without GPU decoding. I am pretty sure my Nvidia GLX is working properly because Mode 2 can run successfully with the process appearing in `nvidia-smi` and taking GPU usage. -- 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 0

[Bug 55104] New: DesignDoll shows an error on start
by WineHQ Bugzilla 21 Jun '23

21 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55104 Bug ID: 55104 Summary: DesignDoll shows an error on start Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 74672 --> https://bugs.winehq.org/attachment.cgi?id=74672 Error message Needs "winetricks corefonts", also work around bug 55103. Install, then run DesignDollLauncher.exe. Install 5.7.0.1, then click "Start". Now there's an error message, see attachment. -- 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 55103] New: DesignDoll launcher has graphical glitches
by WineHQ Bugzilla 21 Jun '23

21 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55103 Bug ID: 55103 Summary: DesignDoll launcher has graphical glitches Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 74670 --> https://bugs.winehq.org/attachment.cgi?id=74670 Screenshot on Wine (broken) This needs "winetricks corefonts" or it will crash. Download: https://www.terawell-installer.info/setup/en/Setup.exe Archived: https://web.archive.org/web/20230320182515/https://www.terawell-installer.i… Just install the program and then run "DesignDollLauncher.exe" "winetricks dxvk" seems to reliably work around the issue. -- 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 55102] New: Rework __TRY / __EXCEPT to work on other architectures than x86, e.g. x86_64
by WineHQ Bugzilla 21 Jun '23

21 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55102 Bug ID: 55102 Summary: Rework __TRY / __EXCEPT to work on other architectures than x86, e.g. x86_64 Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- There is wine/exception.h that provides a try/catch mechanism using the macros __TRY / __EXCEPT. There's two versions 1) Use compiler exceptions (define USE_COMPILER_EXCEPTIONS), needs compiler support 2) Use the wine version of exception handling GCC doesn't support those compiler exceptions, so that's not really an option. The wine implementation however doesn't work on windows. Underlying problem is that the wine try/catch sets up exceptions like x86, this assumption fails when using x86_64. x86 uses a stack of frame pointers in the TEB, while x86_64 (and others) use SEH metadata instead. Since it would be nice using try/catch in tests, this would be a welcome improvement. -- 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 0

[Bug 54271] New: gdiplus:get_gif_background_color can't get gif background color
by WineHQ Bugzilla 21 Jun '23

21 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=54271 Bug ID: 54271 Summary: gdiplus:get_gif_background_color can't get gif background color Product: Wine Version: unspecified Hardware: x86 OS: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Created attachment 73837 --> https://bugs.winehq.org/attachment.cgi?id=73837 wrong picture OS：debian When I was using WeChat, I found that when sending an animated gif, the same image would have different serious errors, such as misalignment, flickering, solid black(sometimes pink, brown) background . I know that using winetricks gidplus can fix this problem, but this method introduces some other problems, so I come here for help hoping to find a solution to the problem. I really need your help! ! ! Maybe you need an account for this application. Of course, it would be great if you can find a similar demo. I am trying to find a demo APP download url：https://weixin.qq.com/ -- 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 55089] New: Program crashes after the exit button is pushed
by WineHQ Bugzilla 21 Jun '23

21 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55089 Bug ID: 55089 Summary: Program crashes after the exit button is pushed Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schicktmireurescheisse(a)gmail.com Distribution: --- Created attachment 74645 --> https://bugs.winehq.org/attachment.cgi?id=74645 Backtrace of the error message window After the exit button (the blue button in the upper right corner with the emergency exit icon) of the program "Entgenderer" is pushed, the program crashes. The exit button invokes a command to close the window and terminate the application, freeing up memory in that process. Actually, pushing the cross widget on the window´s upper right corner initiates the inherent closing routine and this one runs without problems. I am the author of this software program. The sample program can be downloaded at https://github.com/Waldwatz/Wine-reveals-the-truth/releases/ by clicking on the Entgenderer2.zip link. It is a 16 Bit NE binary. -- 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 52619] New: Dungeon Fighter Online: Launcher crash when accepting Terms of Service
by WineHQ Bugzilla 20 Jun '23

20 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=52619 Bug ID: 52619 Summary: Dungeon Fighter Online: Launcher crash when accepting Terms of Service Product: Wine Version: 7.2 Hardware: x86-64 URL: https://www.dfoneople.com/support/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wannabetheguy(a)gmail.com Distribution: Fedora Created attachment 71944 --> https://bugs.winehq.org/attachment.cgi?id=71944 Terminal log output With Proton 7.0 announcing Dungeon Fighter Online as playable, I gave it a try and ran into this crash when trying to log-in with my old Neople account. Both the Steam version and standalone version of the launcher crashed this way. A clean Wine 7.2 (staging) prefix with the standaline client gives me an identical result, so I am reporting here as well. The problem occurs with NeopleLauncher.exe. After logging in with my Neople account, I am required to accept the Terms of Service that appears within the window before being able to continue. When I click the Accept button, the launcher crashes. On subsequent log-ins, the Terms of Service appears again. The only change to the Wine prefix was changing the Windows version to 10 as the launcher gives a "no longer supported" message with 7. 8/8.1 work but crash the same as 10. The ieframe messages just before the backtrace seem notable, but as I'm not sure I have set this report to unknown. -- 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 31

[Bug 55095] New: Compiling preloader with -fPIE may lead to GOTPCREL(X) conversion failure when linking into non-PIE binary
by WineHQ Bugzilla 20 Jun '23

20 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55095 Bug ID: 55095 Summary: Compiling preloader with -fPIE may lead to GOTPCREL(X) conversion failure when linking into non-PIE binary Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: eric.pouech(a)gmail.com, julliard(a)winehq.org Regression SHA1: 78ed343842dcd8ffb95c416420953e121959d40d Distribution: --- Today, the preloader is linked with -fPIE in spite of the fact that the preloader is a non-PIE statically linked binary. This is due to a limitation in tools/makedep that makes it difficult to specify CFLAGS for each individual object file's recipe. This can seemingly cause problems with some GOTPCREL(X) relocations inside the preloader. Since preloader does not link to the system library directly, there is no need for Global Offset Tables (GOT). However, a few extern (non-static) function symbols are declared, the use of which makes GCC emit instructions that references those symbols by indirection through GOT. The linker then tries to optimize such instructions to eliminate GOT references, which can fail due to various reasons. This stands in contradiction with Jinoh Kang's suggestion (in bug 55050) that "-fPIE is harmless even when applied to an object linked into non-PIE executables." The claim is theoretically true since position-independent code can in principle be relocated to any address (fixed or dynamic); however, it fails due to some peculiar practical issues, which is arguably a limitation in the linker's implementation (since it can be worked around --no-relax without issues). -- 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 55093] New: vbscript: if boolean condition should work without braces
by WineHQ Bugzilla 20 Jun '23

20 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=55093 Bug ID: 55093 Summary: vbscript: if boolean condition should work without braces Product: Wine Version: 8.9 Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com This is what I had to patch to make the script work with wine vbscript - If isGIOn <> Not IsOff Then + If isGIOn <> (Not IsOff) Then Could be related to some operator priority issue? -- 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

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 June 2023