- Wine-Bugs - list.winehq.org

[Bug 52942] New: Display error on macOS
by WineHQ Bugzilla Jan. 10, 2024

Jan. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=52942 Bug ID: 52942 Summary: Display error on macOS Product: Wine Version: 7.7 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nick.b.321890(a)gmail.com Created attachment 72316 --> https://bugs.winehq.org/attachment.cgi?id=72316 Error log with winecfg Wine 7.7 no longer works with any GUI application when upgrading from a working 7.6 installation. Attached is an example error log when running winecfg. My environment is macOS 12.2 on an M1 MacBook Air (Late 2020) running x86-64 wine64 through Rosetta 2 (to run on arm64). Most notably, the line "0040:err:system:update_display_cache failed to read display config" is spammed in console, and I do not recall seeing that in prior versions. The app appears in the Dock, but a window does not visually appear at all. The build for the 7.7 version is located here https://github.com/Gcenx/macOS_Wine_builds/releases/tag/7.7. -- 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 56016] New: RTL_HEAP_PARAMETERS->CommitRoutine never called for custom heaps
by WineHQ Bugzilla Jan. 9, 2024

Jan. 9, 2024

https://bugs.winehq.org/show_bug.cgi?id=56016 Bug ID: 56016 Summary: RTL_HEAP_PARAMETERS->CommitRoutine never called for custom heaps Product: Wine Version: 8.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 75656 --> https://bugs.winehq.org/attachment.cgi?id=75656 Reproducer Reproducer attached. Windows output: Reserve: 000002C4D6260000 Commit: 000002C4D6260000 Heap: 000002C4D6260000 Hello! Alloc: 000002C4D6260750 Hello! Alloc2: 000002C4D6264760 Free: 1 Destroy: 0000000000000000 Wine output: Reserve: 00007FFFFE8E0000 Commit: 00007FFFFE8E0000 Heap: 00007FFFFE8E0000 Alloc: 00007FFFFE8E08F0 Alloc2: 00007FFFFE8E4900 Free: 1 Destroy: 0000000000000000 Of course if the heap implementation wasn't accidentally compatible with the default one, it'd also crash, and not just lack the "Hello" prints. -- 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 51300] New: Samsung Dex: Unhandled Exception During Install
by WineHQ Bugzilla Jan. 9, 2024

Jan. 9, 2024

https://bugs.winehq.org/show_bug.cgi?id=51300 Bug ID: 51300 Summary: Samsung Dex: Unhandled Exception During Install Product: Wine Version: 6.11 Hardware: x86-64 URL: https://www.samsung.com/global/download/SamsungDeXWin/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: url Assignee: wine-bugs(a)winehq.org Reporter: quan.ngoc.le(a)gmail.com Distribution: Ubuntu Created attachment 70170 --> https://bugs.winehq.org/attachment.cgi?id=70170 Backtrace Receiving Unhandled exception: page fault on write access to 0x00110000 in 32-bit code (0x0eacbbb6) when attempting to run installer. Different backtrace from other bugs related to the Samsung Dex installer. -- 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 42208] New: Error when compiling winhlp32.
by wine-bugs＠winehq.org Jan. 8, 2024

Jan. 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=42208 Bug ID: 42208 Summary: Error when compiling winhlp32. Product: Wine Version: 2.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- While trying to compile wine with mingw and cygwin as shell, I got this error: ../.././../w/tools/winegcc/winegcc.exe -o winhlp32.exe -B../.././../w/tools/winebuild --sysroot=../.. -b \ i686-w64-mingw32 -fasynchronous-unwind-tables -mwindows callback.o hlpfile.o macro.o string.o \ winhelp.o macro.lex.yy.o winhlp32.res ../../dlls/shell32/libshell32.a \ ../../dlls/comctl32/libcomctl32.a ../../dlls/comdlg32/libcomdlg32.a ../../dlls/user32/libuser32.a \ ../../dlls/gdi32/libgdi32.a ../../libs/port/libwine_port.a -lwine macro.lex.yy.o: nella funzione "yylex": /home/Carlo/w2/programs/winhlp32/macro.lex.yy.c:1032: riferimento non definito a "yywrap" collect2: error: ld returned 1 exit status winegcc: i686-w64-mingw32-gcc failed make: *** [Makefile:322: winhlp32.exe] Error 2 It says that "yywrap" is an undefined reference. This probably happens because the macro.lex.l is not aware of the fact that is can be also cross compiled, which is the thing you have to do when you want to run wine natively on Windows, for example. At the end of the file there is an #ifndef yywrap ... #endif: I replaced it with an #if 1 and the program has been compiled correctly. But I guess it has to be fixed correctly. Sincerely. -- 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 2

[Bug 48172] New: 32 bit wine is unable to allocate a continuous 1.5GB block of memory
by WineHQ Bugzilla Jan. 8, 2024

Jan. 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=48172 Bug ID: 48172 Summary: 32 bit wine is unable to allocate a continuous 1.5GB block of memory Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1) Create a 7zip archive with 1.5GB dictionary (a PC with at least 20GB of RAM is required) using a 64 bit version of the application In console this could be done this way using native p7zip: 7za a -md=1536m arc.7z [files or folders] 2) Try to unpack this file in 32bit Wine/32bit WinRAR - you'll get a message: Not enough memory -- 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 23

[Bug 54402] New: Borland Turbo CPP 4.5 installer deadlocks on start
by WineHQ Bugzilla Jan. 7, 2024

Jan. 7, 2024

https://bugs.winehq.org/show_bug.cgi?id=54402 Bug ID: 54402 Summary: Borland Turbo CPP 4.5 installer deadlocks on start Product: Wine Version: 8.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Note that the installer is INSTALL.EXE, not SETUP.EXE. On start, only the splash screen appears, and the following errors are printed to the console: 0110:err:local:LOCAL_GetBlock not enough space in local heap 043f for 16388 bytes 010c:err:sync:RtlpWaitForCriticalSection section 6C8449E0 "../wine/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 010c, blocked by 0110, retrying (60 sec) 0110:err:sync:RtlpWaitForCriticalSection section 7BC6A440 "../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0110, blocked by 010c, retrying (60 sec) This is in fact a regression. `git bisect` says: 3a2e7d1a3dbf42a0385e5c0f64d79e9ea054252e is the first bad commit commit 3a2e7d1a3dbf42a0385e5c0f64d79e9ea054252e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri May 29 15:02:45 2015 +0900 krnl386.exe: Release the Win16 lock when loading a 32-bit dll. $ sha256sum 'Borland Turbo CPP 4.5 for Windows.7z' 8a6f5797f0af880728421426beacf5e5760701e424d89e14cd714a13e625f2ff -- 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 54220] New: d3d11_swapchain_Present1 Ignored present parameters
by WineHQ Bugzilla Jan. 7, 2024

Jan. 7, 2024

https://bugs.winehq.org/show_bug.cgi?id=54220 Bug ID: 54220 Summary: d3d11_swapchain_Present1 Ignored present parameters Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: st.kost(a)gmail.com Distribution: --- the free vst plugins from here https://ronanfed.rf.gd/plugins.html are not very useable (lots of ui flicker) due to: dxgi:d3d11_swapchain_Present1 Ignored present parameters 000000000011E860 According to the code https://github.com/wine-mirror/wine/blob/master/dlls/dxgi/swapchain.c#L697 and the original docs https://learn.microsoft.com/en-us/windows/win32/api/dxgi1_2/nf-dxgi1_2-idxg… it sound like the "present parameters" are used to parametrize the are to update. -- 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 56154] New: Potential nullpointer dereference in wow64_NtQueryInformationToken (Coverity)
by WineHQ Bugzilla Jan. 6, 2024

Jan. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56154 Bug ID: 56154 Summary: Potential nullpointer dereference in wow64_NtQueryInformationToken (Coverity) Product: Wine Version: 9.0-rc3 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: --- In wow64_NtQueryInformationToken we have the following code: > dacl32->DefaultDacl = dacl->DefaultDacl ? PtrToUlong( dacl32 + 1 ) : 0; > memcpy( dacl32 + 1, dacl->DefaultDacl, ret_size - sizeof(*dacl) ); I think memcpy might actually work will nullpointers, although it doesn't seem right. Coverity link: https://scan5.scan.coverity.com/reports.htm#v60945/p10088/fileInstanceId=25… -- 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 56144] New: failed to init opengl apps
by WineHQ Bugzilla Jan. 6, 2024

Jan. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56144 Bug ID: 56144 Summary: failed to init opengl apps Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- System: Debian SID Kernel: Linux goku 6.5.0-5-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.13-1 (2023-11-29) x86_64 GNU/Linux Mesa: 23.3.1-4 GPU: Haswell [Intel(R) Core(TM) i5-4440 CPU @ 3.10GHz] Try to run any opengl app give this warning and closes. wine "c:\gunroar\gr.exe" ... MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 152 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 226 Current serial number in output stream: 230 ... tested in 8.0.1~repack-3 (debian package) tested in compiled from git tag wine-9.0-rc3 This problem is introduced in some update of mesa or linux-kernel (maybe) but only affect wine, other opengl apps works OK. Game gunroar works natively in linux but not gunroar (windows version) through wine Try to run gunroar inside a tigervnc (1.12.0+dfsg-8) using mesa software render (llvmpipe) guille(a)goku:~$ wine "c:\gunroar\gr.exe" MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 210 Current serial number in output stream: 214 guille(a)goku:~$ wine client error:90: write: Descriptor de fichero erróneo wine client error:d8: write: Descriptor de fichero erróneo IS IN SOFTWARE RENDERING!! Why complain about "MESA-INTEL?!" Same error.... glxgears (linux) works but not wglgears (windows compiled glxgears) http://www2.cs.uidaho.edu/~jeffery/win32/wglgears.c I compile wine (wine-9.0-rc3) whit this flags CROSSCFLAGS+='-g3 -ggdb -gdwarf-4' CC=gcc-9 CPP=cpp-9 CFLAGS+='-g3 -ggdb -gdwarf-4' ./configure --disable-tests And compile "wglgears.c" also whit all debug flags (note: mingw-w64 (13.2.0-4+26.1) for cross compiling) Backtrace:... guille(a)goku:/mnt/data/src/wine$ WINEPREFIX=/home/guille/wine_test/ WINEARCH=win32 ./wine winedbg --gdb programs/wglgears/i386-windows/wglgears.exe 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete 0114:0118: create process 'Z:\mnt\data\src\wine\programs\wglgears\i386-windows\wglgears.exe'/00000000 @00402DE4 (966656<1340>) 0114:0118: create thread I @00402DE4 GNU gdb (Debian 13.2-1) 13.2 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". 0114:0118: loads DLL C:\windows\system32\ntdll.dll @7AFA0000 (17084416<5729>) 0114:0118: loads DLL C:\windows\system32\kernel32.dll @7A310000 (13086720<19576>) 0114:0118: loads DLL C:\windows\system32\kernelbase.dll @79550000 (14295040<14518>) 0114:0118: loads DLL C:\windows\system32\gdi32.dll @73A60000 (11055104<7731>) 0114:0118: loads DLL C:\windows\system32\advapi32.dll @78D10000 (8552448<7520>) 0114:0118: loads DLL C:\windows\system32\msvcrt.dll @77EA0000 (15048704<8656>) 0114:0118: loads DLL C:\windows\system32\sechost.dll @779D0000 (4943872<3252>) 0114:0118: loads DLL C:\windows\system32\ucrtbase.dll @769A0000 (16875520<12297>) 0114:0118: loads DLL C:\windows\system32\user32.dll @71710000 (36937728<14997>) 0114:0118: loads DLL C:\windows\system32\win32u.dll @715D0000 (1196032<1968>) 0114:0118: loads DLL C:\windows\system32\opengl32.dll @6A460000 (5808128<7780>) 0114:0118: loads DLL C:\windows\system32\tzres.dll @10000000 (0<0>) 00000114:00000118: unload DLL @10000000 0114:0118: loads DLL C:\windows\system32\tzres.dll @10000000 (0<0>) 00000114:00000118: unload DLL @10000000 0114:0118: loads DLL C:\windows\system32\imm32.dll @65280000 (2949120<3073>) warning: remote target does not support file transfer, attempting to access files from local filesystem. Reading symbols from /mnt/data/src/wine/programs/wglgears/i386-windows/wglgears.exe... 0x7affb705 in DbgBreakPoint(a)0 () at dlls/ntdll/signal_i386.c:640 640 signal_start_thread( context ); Wine-gdb> break dlls/opengl32/thunks.c:51 Breakpoint 1 at 0x6a4642d1: file dlls/opengl32/thunks.c, line 51. Wine-gdb> continue Continuing. 0114:0118: loads DLL C:\windows\system32\winex11.drv @64E20000 (4476928<4361>) 0114:0118: loads DLL C:\windows\system32\uxtheme.dll @64290000 (8994816<3796>) Breakpoint 1, wglDescribePixelFormat(a)16 (hdc=0x20010045, ipfd=0, cjpfd=0, ppfd=0x0) at dlls/opengl32/thunks.c:51 51 if ((status = UNIX_CALL( wglDescribePixelFormat, &args ))) WARN( "wglDescribePixelFormat returned %#lx\n", status ); Wine-gdb> trace Note: breakpoint 1 also set at pc 0x6a4642d1. Tracepoint 2 at 0x6a4642d1: file dlls/opengl32/thunks.c, line 51. Wine-gdb> where #0 wglDescribePixelFormat(a)16 (hdc=0x20010045, ipfd=0, cjpfd=0, ppfd=0x0) at dlls/opengl32/thunks.c:51 #1 0x6a52c3e7 in wglChoosePixelFormat(a)8 (hdc=0x20010045, ppfd=0x403060 <pfd>) at dlls/opengl32/wgl.c:127 #2 0x73a8a87d in ChoosePixelFormat(a)8 (hdc=0x20010045, pfd=0x403060 <pfd>) at dlls/gdi32/opengl.c:53 #3 0x00402948 in make_window (name=0x404112 "glxgears", x=0, y=0, width=300, height=300) at programs/wglgears/wglgears.c:410 #4 0x00402cad in main (argc=1, argv=0x246f18) at programs/wglgears/wglgears.c:484 Wine-gdb> next X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 152 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 206 Current serial number in output stream: 210 00000114:00000118: exit process (0) [Inferior 1 (Remote target) exited normally] Dead in wglDescribePixelFormat (unix)... It is called BEFORE a GLXCreateContext is created ; try to create and fail. In some forums say wglDescribePixelFormat is a "internal" function of opengl32, can be called directly? -- 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 56151] New: Huijia USB Gamepad gets detected incorrectly as Huijia SNES Controller
by WineHQ Bugzilla Jan. 5, 2024

Jan. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=56151 Bug ID: 56151 Summary: Huijia USB Gamepad gets detected incorrectly as Huijia SNES Controller Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: minion.procyk(a)gmail.com Distribution: --- Huijia USB Gamepad gets detected incorrectly as Huijia SNES Controller. In addition to the name being incorrect, the mappings are incomplete AND incorrect. - joystick axes acts as if it's a D-PAD (as if it's a SNES controller) - the c-buttons do not seem to do anything at all - the d-pad does not seem to do anything at all - the A, B, START, L, R, Z buttons seem to work vs in wine-5.4 - joystick axes act as 2 joystick axes, X and Y - the c-buttons work (they are detected as separate axes ABS_Z and ABS_RZ in jscal i wish I knew if this was correct or not, imho they probably should be buttons) - the d-pad works - all buttons work Additional notes: This is a usb n64 gamepad adapter I have used for a long time in wine successfully, and admittedly have been sticking to an old wine version (wine 5.4) to ensure stability. There's been a lot of work related to input between now and wine 5.4 so there's a myriad of nuance differences amongst versions. I am highlighting 5.4 as the only version that gets it totally correct for this controller/and controller adapter I have verified in jscal and evdev-joystick that all buttons are registering in the controller properly both in /dev/input/event%d and /dev/input/js%d I'm happy to investigate more if someone can nudge me in a direction. -- 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