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

[Bug 46003] New: glibc (libpthread.so.0) crashes 64-bit FPUs and freezes screen in 32-bit applications
by wine-bugs＠winehq.org Aug. 2, 2026

Aug. 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=46003 Bug ID: 46003 Summary: glibc (libpthread.so.0) crashes 64-bit FPUs and freezes screen in 32-bit applications Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine.fixes(a)gmail.com Distribution: --- The 64-bit glibc libraries (specifically, libpthread.so.0 - version 2.27) apparently use the sysenter / syscall assembly commands in order to initiate the __libc_write() system calls, rather than the "int 0x80" command that the 32-bit libraries use. This is fine for 64-bit Windows applications in Wine, but seems to cause a CPU exception when running certain 32-bit applications on a 64-bit Intel CPU (such as the Core i5), which - in turn - seems to cause stack underflow and NaN errors on the FPU unit under certain circumstances, thus preventing the screen from updating whenever floating point calculations are required in order to calculate the final screen position. It can also cause unhandled exceptions and cause the application to terminate entirely in some applications. I am yet to identify any commercial applications which suffer from this problem, but I have written several simple SDL and Win32 graphical programs (compiled with version 0.9.25 of the TCC Tiny C Compiler) which demonstrate the effects. I have provided sample code of one such application below. This problem also appears to manifest on 64-bit Intel CPUs even when using 32-bit operating systems (such as Ubuntu 18.04-i386), but I can confirm from testing that the 32-bit QEMU virtual machine appears to be unaffected (and, presumably, so are 'real' 32-bit CPUs too). I have been told that 64-bit AMD CPUs (unlike 64-bit Intel CPUs) will not trigger an error when using sysenter / syscall in 32-bit mode, but I am yet to confirm this as I currently only have access to Intel CPUs. Incidentally, I believe that Intel themselves advise against sysenter / syscall in 32-bit mode. I have been able to temporarily fix the problem from within Wine by calling the assembly command "fninit" (which resets the FPU) at the start of the DC_UpdateXforms() function in dlls/gdi32/dc.c, or by calling the "fninit" command from within the application (or, in some circumstances, simply moving the window across the screen), but obviously it would be preferable to fix the error at source from within the glibc libraries... I realise that this is not an error with the Wine source code itself per se, but I have registered it here in case anybody else encounters the same problem in future. SAMPLE CODE (Note: This code requires the 32-bit v.0.9.25 or v.0.9.24 version of the TCC Tiny C Compiler, as the error does not appear to manifest on newer versions) This simple program should display a window which changes colour between red, green, and blue every 0.5 seconds on Windows; however, when run from within Wine on 64-bit Intel CPUs, it appears to freeze on the first colour due to the FPU encountering an error during the __libc_write() routine #include <windows.h> #include <string.h> MSG msg; WNDCLASS wc; HWND hwnd; BITMAPINFO bmp = { { sizeof(BITMAPINFOHEADER), 400, 400, 1, 32 } }; unsigned char *pBits = NULL; HDC hdc, compatibleDC; HBITMAP dib_section; float f = 1.0f; unsigned char color[3][4] = { {255, 0, 0, 255}, {0, 255, 0, 255}, {0, 0, 255, 255} }; unsigned char current_color = 0; unsigned int i; int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { ZeroMemory(&wc, sizeof wc); wc.hInstance = hInstance; wc.lpfnWndProc = (WNDPROC)DefWindowProc; wc.lpszClassName = "Test App"; if (RegisterClass(&wc) == FALSE) return 0; hwnd = CreateWindow("Test App", "Test App", WS_OVERLAPPEDWINDOW|WS_VISIBLE, CW_USEDEFAULT, CW_USEDEFAULT, 400, 400, 0, 0, hInstance, 0); hdc = GetWindowDC(hwnd); compatibleDC = CreateCompatibleDC(hdc); dib_section = CreateDIBSection(NULL, &bmp, DIB_RGB_COLORS, (VOID**)&pBits, NULL, (DWORD)NULL); SelectObject(compatibleDC, dib_section); while(TRUE) { while(PeekMessage(&msg,NULL,0,0,PM_REMOVE)) { if (msg.message == WM_QUIT) break; TranslateMessage(&msg); DispatchMessage(&msg); } /* The two float operations below will trigger the error */ f += 1.0f; f -= 1.0f; for(i=0; i < (400 * 400 * 4); i+=4) memcpy(&pBits[i], &color[current_color][0], 4); /* If called here, the "fninit()" assembly routine will reset the FPU and enable the screen to update */ // __asm__ volatile ("fninit"); BitBlt(hdc, 0, 0, 400, 400, compatibleDC, 0, 0, SRCCOPY); current_color++; if (current_color >= 3) current_color = 0; Sleep(500); } return msg.wParam; } -- 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 1

[Bug 45147] New: Menu/Window Z order incorrect in trueSpace
by wine-bugs＠winehq.org Aug. 2, 2026

Aug. 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=45147 Bug ID: 45147 Summary: Menu/Window Z order incorrect in trueSpace Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 61334 --> https://bugs.winehq.org/attachment.cgi?id=61334 Screenshot showing rendering draw issue. When running Caligari TrueSpace, regardless of using OpenGL or software only rendering, the Z order of the file menu is incorrect. I have attached a screenshot showing the issue. The image on the left is how the program should look, the image on the right shows the flaw. The file/help menu is being overdrawn by a blue bar whenever a tool Window, or the editing viewspace is clicked on. the draw order temporarily resets to the correct behavior when alt-tab is pressed. -- 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.

3 7

[Bug 24505] New: Plants vs Zombies: Low FPS on seeds menu
by wine-bugs＠winehq.org Aug. 2, 2026

Aug. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=24505 Summary: Plants vs Zombies: Low FPS on seeds menu Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com The seeds menu (presented at the start of each game) in Plants vs Zombies GOTY edition (Steam) makes the game lag noticeably. nvidia 9800gtx+ / 260.xx drivers (official binaries) / xorg 1.9 Happens both on fullscreen and windowed, only tested in virtual desktop. No relevant console output. -- 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.

3 29

[Bug 11412] New: Photoshop CS2: Strange behaviour of window overlays
by wine-bugs＠winehq.org Aug. 2, 2026

Aug. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=11412 Summary: Photoshop CS2: Strange behaviour of window overlays Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pascal.duersteler(a)gmail.com Created an attachment (id=10543) --> (http://bugs.winehq.org/attachment.cgi?id=10543) Splashscreen and toolbar Windows overlaying strange in CS2 with Wine 0.9.54, see Screenshots for details. Examples for two cases as attachments. Splashscreen overlays every other application like terminal, firefox, ...(funky background is from photoshop main window) The toolbar on the left side is from Photoshop CS2 which is opened fullscreen but overlayed by ImageReady CS2 » Photoshop toolbar overlays everything other Also when working with more than one image, clicking on another image window in photoshop sets it between otehr windows instead of setting it into foreground which is very annoying -- 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.

3 27

[Bug 18715] New: No statusbar in Notepad
by wine-bugs＠winehq.org Aug. 1, 2026

Aug. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=18715 Summary: No statusbar in Notepad Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: Eldmannen+wine(a)gmail.com The Notepad that comes with Wine has no statusbar. -- 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.

3 10

[Bug 21278] New: python's test_zipimport_support test fails
by wine-bugs＠winehq.org Aug. 1, 2026

Aug. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=21278 Summary: python's test_zipimport_support test fails Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.python.org OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=25590) --> (http://bugs.winehq.org/attachment.cgi?id=25590) test output Install python and run: wine 'c:\Python31\python.exe' -m test.test_zipimport_support test_doctest_main_issue4197 (__main__.ZipSupportTests) ... Expected line File "C:\windows\temp\tmppzq0bh\script.py", line 2, in __main__.Test Got stdout: ********************************************************************** File "C:\windows\temp\tmppzq0bh\script.py", line 2, in __main__.Test Failed example: 'line 2' Expected nothing Got: 'line 2' Full output attached. Vincent wrote in the wiki that somehow a 'C:' was changed to a 'c:'. -- 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 8

[Bug 56739] New: Alchemy is rotated 90°
by WineHQ Bugzilla Aug. 1, 2026

Aug. 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=56739 Bug ID: 56739 Summary: Alchemy is rotated 90° Product: Wine Version: 9.8 Hardware: x86-64 URL: https://alchemy.software.informer.com/download/ OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: 4a330b29212402b9700828be82939112bd11a786 Distribution: Ubuntu Created attachment 76518 --> https://bugs.winehq.org/attachment.cgi?id=76518 Screenshot The game Alchemy is rotated 90°. A bisect points to: 4a330b29212402b9700828be82939112bd11a786 is the first bad commit commit 4a330b29212402b9700828be82939112bd11a786 Author: Zhiyi Zhang Date: Tue Sep 22 15:02:24 2020 +0800 winex11.drv: Support display orientations for XRandR 1.4 display settings handler. Running in an emulated desktop works around this. https://alchemy.software.informer.com/download/ $ sha1sum alchemysetup-en.exe 2fa2bd427e79b7fb585d090891ae368b0cea0156 alchemysetup-en.exe $ xrandr --version xrandr program version 1.5.1 Server reports RandR version 1.6 -- 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 9

[Bug 55958] New: [Debian-based]　wiki.winehq.org/Regression_Testing - instructions do not work on modern distros
by WineHQ Bugzilla Aug. 1, 2026

Aug. 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=55958 Bug ID: 55958 Summary: [Debian-based]　wiki.winehq.org/Regression_Testing - instructions do not work on modern distros Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: NM64+bugs.winehq.org(a)PM.me Distribution: --- Created attachment 75550 --> https://bugs.winehq.org/attachment.cgi?id=75550 video demonstration on Linux Mint 21.2 The instructions provided on wiki.winehq.org/Regreesion_Testing for Debian-based distros seem to not be functional on modern Debian-based distros. See the attached video for a demonstration on the live ISO of Linux Mint 21.2 Cinnamon (and, while not shown in the video, I get the exact same result when trying this on an actual installation of Linux Mint 21.2 rather than using a live ISO session) -- 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 40401] New: Built-in services do not run on first boot
by wine-bugs＠winehq.org July 31, 2026

July 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=40401 Bug ID: 40401 Summary: Built-in services do not run on first boot Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ariscop(a)gmail.com Distribution: --- When running on an empty prefix, services.exe does not launch any services For applications this isn't an issue, however it does prevent wine services services from starting, such as plugplay.exe services.exe seems to be launched before the registry is populated, causing this bug -- 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 1

[Bug 44351] New: [Feature Request] Test Result Draft
by wine-bugs＠winehq.org July 31, 2026

July 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=44351 Bug ID: 44351 Summary: [Feature Request] Test Result Draft Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: asembus(a)gmail.com Distribution: --- i thought it would be nice to have test result draft system in appdb just like in blog service. Why ? because IMO testing an app need a lot of *click and some misclick will deliver me to another page and lost all my progress. and sometime where i don't have stable internet to test a game i would like try every offline feature first and test it again when i got more reliable connection. Thank you for keep working on this awesome project. -- 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 7