wine-bugs December 2024

wine-bugs@winehq.org

1 participants
1180 discussions

[Bug 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org 31 Dec '24

31 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] Error 2 -- 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 56541] New: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine
by WineHQ Bugzilla 31 Dec '24

31 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56541 Bug ID: 56541 Summary: Geovision Parashara;s Light 9.0 and 7.0 crashes in wine Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yafoce6821(a)giratex.com Distribution: --- Opening this bug report on request from @Vijay Kamuju Partial resolution of the problem: [Fixed] Bug56361 fixed piped wmic commands [Fixed] Bug56299 fixed the imm32.dll required stub Problem: After startup -> splash screen is shown -> instant crash with the Wine debugger popping up Attached in Bug56299: PL7.exe backtrace.txt when the debugger spins up during start as, [for Parashara's Light 7] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\Parashara's Light 7.0" "C:\Geovision\Parashara's Light 7.0\PL7.exe" &> log.txt or [for Parashara's Light 9] WINEPREFIX=~/wine/win10ltsc WINEARCH=win32 wine start /d "C:\Geovision\PL9" "C:\Geovision\PL9\PL9.exe" &> log.txt PL9.exe backtrace has not much information. -- 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 57616] New: [all apps] Using DWM window manager changing tag of window broken now
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57616 Bug ID: 57616 Summary: [all apps] Using DWM window manager changing tag of window broken now Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: u9vata(a)gmail.com Distribution: --- I updated arch right now and tried to put Heroes3 gold on a DWM tag while listening to a podcast. You cannot move the games or any wine windows to any DWM tag without losing access to the window... probably the window wants to show itself outside visible area? NO APPLICATION WINDOW CAN BE MOVED TO-FROM TAGS! So its not specific to any game or any application whatsoever. That means if I do wine notepad.exe then I cannot move the wine window to any place whatsoever... Workaround: Enable virtual screen globally... but this is not a real workaround because often leads to bad performance or generally annoying... so it is only good temporarily... Last time was updated was some months ago so probably it became a heavy regression in that time period. I am using X (of course... its DWM guys) I am a developer, even have some C/C++ exp, so can try to help troubleshoot, but have never touched wine before so generally not sure where to look or what to look. My system is very minimalistic and I do manual startx and dwm 6.1 runs but that is also very minimalistic. After I set virtual screen, music from (then already disappeared, CTRL+C-d down wine) started to play in background - while I was starting notepad with new settings... I am pretty sure something realated to window management changed heavily and this possibly affects all kinds of lightweight window managers on X (probably i3 and others I guess, but did not try). PS.: I tried to run the game with its opengl renderer - not sure what makes the window, but there is no difference so probably its general window handling whihch is now wrong... Also not work with fullscreened games. If I start the game on TAG 3 I can watch the game as long as I am not moving away from tag3 (its like a virtual screen in dwm, but different) -- 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 57474] New: Windows disappear irreversibly when are not shown on a virtual desktop
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57474 Bug ID: 57474 Summary: Windows disappear irreversibly when are not shown on a virtual desktop Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: oleh.nyk(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Created attachment 77482 --> https://bugs.winehq.org/attachment.cgi?id=77482 Log of WINEDEBUG=+x11drv,+event wine notepad 2>&1 With the introduction of new window handling functions in window.c since 9.21 Wine is unusable in virtual desktop configurations. I use a virtual desktop 2 rows by 3 columns in FVWM, and, as a window is no more shown because it is not on an active page, it is unmapped and disappears from the list of active windows in FVWM, and there is no way to get it back. Steps to reproduce: start FVWM with a virtual desktop with >1 page, start "wine notepad", move to another page and then back. The notepad.exe window is not shown both on the screen and in the window list, although the program is running. Log of WINEDEBUG=+x11drv,+event wine notepad 2>&1 is attached. -- 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 9

[Bug 57617] New: Shib: The Metaverse shows black screen, only control buttons are visible
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57617 Bug ID: 57617 Summary: Shib: The Metaverse shows black screen, only control buttons are visible Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio(a)protonmail.com Distribution: --- When I run Shib: The Metaverse the game starts but everything is black, I can only see control bar/buttons and the name of other people moving around. In order to reproduce: 1) Download Shib Portal from https://shibthemetaverse.io/en and install it 2) Open Shib Portal, login, select Shib:The Metaverse and download it 3) Click play on Shib:The Metaverse, when on main screen click Enter. Game will start but nothing is visible, apart from control buttons and other users names. I attach my terminal output and a screenshot. -- 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 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org 30 Dec '24

30 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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 57614] New: Media Foundation AAC encoder
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57614 Bug ID: 57614 Summary: Media Foundation AAC encoder Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: wine(a)kb1000.de Distribution: --- Wine's Media Foundation implementation appears to be missing the AAC encoder (class GUID 93AF0C51-2275-45D2-A35B-F2BA21CAED00), implemented in mfAACEnc.dll on Windows (which does not work on Wine). I've noticed this while trying to save highlights in Marvel Rivals, which silently fails, with the Wine log complaining this class was not found. Note that I was using Proton to test this, but I've verified that upstream Wine has no encoder either so here we are. -- 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 55408] New: Adobe premiere 6.5 About window missing scrolling text
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55408 Bug ID: 55408 Summary: Adobe premiere 6.5 About window missing scrolling text Product: Wine Version: 8.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: randrik(a)mail.ru Distribution: --- So, I have this installation of Adobe Premiere 6.5 in wine prefix. It was rendering its own test project ok in winXP mode, so I moved along and updated wine few times. Turned out there was regression somewhere between wine 6.16 and wine 8.0-rc2, where if I call About dialog it will display usual text, and then after pause it should display various credit lines scrolling up. I see sadly just first line and then white space after that in new wine. Same prefix works if I re-install older wine 6.16 (compiled for earlier version of Slackware) I captured two log files with WINEDEBUG="+gdi,+font" wine premiere.exe > ~/wine-8.12_gdi_font_adobe_premiere.log 2>&1 but they 34 and 52 Mb big (uncompressed). Any idea where I can put them, or what I should capture instead? -- 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 57539] New: Windows Search Index Analyzer fails to start (drive_get_Path is a stub)
by WineHQ Bugzilla 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57539 Bug ID: 57539 Summary: Windows Search Index Analyzer fails to start (drive_get_Path is a stub) Product: Wine Version: 10.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 77607 --> https://bugs.winehq.org/attachment.cgi?id=77607 Terminal output Steps to reproduce: 1. `winetricks dotnet20` 2. `wine windows-search-index-analyzer-greenspot-technologies.exe` 3. `wine 'C:\Program Files (x86)\Greenspot\Windows Search index analyzer\wsia.exe'` An error dialog appears that says: Exception : The method or operation is not implemented. A debug text file has been created in your documents folder that will help us understand the reason for the error. $ sha256sum windows-search-index-analyzer-greenspot-technologies.exe bb326be1d026e3c3211b344ad3f0ce57cdda3a0dd52ec44435b72cb2458073ba -- 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 57611] New: ./configure --enable-archs=i386 builds, but doesn't run
by WineHQ Bugzilla 29 Dec '24

29 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57611 Bug ID: 57611 Summary: ./configure --enable-archs=i386 builds, but doesn't run Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian I tried building a 32-bit only Wine with the new style build: $ ./configure --disable-tests --enable-archs=i386 && make -j$(nproc) That builds fine. Running anything, however, fails: $ ./wine cmd wine: created the configuration directory '/home/austin/.wine' wine: failed to open L"C:\\windows\\system32\\wineboot.exe": c0000135 0024:err:environ:run_wineboot failed to start wineboot c0000135 wine: failed to load start.exe: c0000135 There are some legacy applications that don't work in a 64-bit prefix (e.g., in winetricks dotnet11/jet40/mdac27/mdac28/psdk2003/wmp10). -- 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

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 December 2024