April 2025 - Wine-bugs - list.winehq.org

[Bug 52879] New: Improve software components also for using “SysInspector”
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52879 Bug ID: 52879 Summary: Improve software components also for using “SysInspector” Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried the tool “SysInspector 1.4.2.0” out together with the software “Wine 7.7-1449.4”. Markus_Elfring(a)Sonne:~> wine /home/altes_Heim2/elfring/geladen/Freeware/sysinspector_nt64_enu.exe 00c4:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 011c:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000011F704, 000000000011F720 000000000011F700 011c:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000011F704 000000000011F720 000000000011F700) returning a dummy value (current locale) 011c:fixme:winspool:PerfOpen (null): stub 011c:fixme:winspool:PerfCollect L"2", 000000000011DFE8, 000000000011DFCC, 000000000011DFD0: stub 011c:fixme:winspool:PerfClose stub wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address 000000014002D07B (thread 0134), starting debugger... 0074:fixme:imm:ImeSetActiveContext (0x5a7b0, 0): stub 0074:fixme:imm:ImmReleaseContext (0000000000010020, 000000000005A7B0): stub 0148:fixme:imm:ImeSetActiveContext (0x47e00, 1): stub … 0140:fixme:dbghelp:interpret_function_table_entry unknown code 6 … 00a8:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! … 011c:fixme:shell:InitNetworkAddressControl stub … 01b4:fixme:vdmdbg:VDMEnumProcessWOW 000000000304F100: stub! 01c4:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION … 01f4:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported … wine: Call from 000000007B0135FE to unimplemented function wevtapi.dll.EvtCreateRenderContext, aborting … 020c:err:ole:CoUninitialize Mismatched CoUninitialize How will the chances evolve to fix remaining open 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 11

[Bug 55810] New: Finding Nemo (Steam): window borders gone missing (virtual desktop)
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55810 Bug ID: 55810 Summary: Finding Nemo (Steam): window borders gone missing (virtual desktop) Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 245bdef5b11c19ccd4e8625b86267ca731badcc0 Distribution: ArchLinux Finding Nemo uses a fixed 800x600 resolution. When I start the game in virtual desktop mode the window borders are absent. Nothing suspicious can be seen in the terminal output. Reverting commit 245bdef5b11c19ccd4e8625b86267ca731badcc0 fixes the problem for me. https://store.steampowered.com/app/331450/DisneyPixar_Finding_Nemo/ wine-8.18-127-g6391b8d5c99 X Server 21.1.8 XFCE 4.18 winecfg -> Desktop Integration -> Theme: <No Theme> -- 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 27

[Bug 55883] New: SpeedWave can't draw Window
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55883 Bug ID: 55883 Summary: SpeedWave can't draw Window Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cupcapcorn(a)yahoo.co.jp Distribution: --- Created attachment 75414 --> https://bugs.winehq.org/attachment.cgi?id=75414 SpeedWave Installer (shareware) On Fedora 38 and wine 8.0.2 I can install SpeedWave (Application to accelerate the speed of wave and mp3 file), but I try to launch this applicantion and no window appears. I think SpeedWave can't draw window. -- 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 56599] New: HWMonitor 1.53 needs unimplemented function pdh.dll.PdhConnectMachineA
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56599 Bug ID: 56599 Summary: HWMonitor 1.53 needs unimplemented function pdh.dll.PdhConnectMachineA Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: pdh Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com Distribution: --- Hi, The latest version of HWMonitor (1.53), now seems to require pdh.dll.PdhConnectMachineA, which is not implemented in Wine: $ wine HWMonitor_x64.exe 00dc:fixme:shell:InitNetworkAddressControl stub 0134:fixme:ntoskrnl:SeSinglePrivilegeCheck stub: 000000000000000a 1 0134:fixme:ntoskrnl:HalGetBusDataByOffset (4 0 0 000000000011EC18 0 4) stub! wine: Call from 00006FFFFF463DE7 to unimplemented function pdh.dll.PdhConnectMachineA, aborting wine: Unimplemented function pdh.dll.PdhConnectMachineA called at address 00006FFFFF463DE7 (thread 00dc), starting debugger... 0140:fixme:dbghelp:elf_search_auxv can't find symbol in module 0140:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFF463DE7 to unimplemented function pdh.dll.PdhConnectMachineA, aborting The previous version (1.52), runs just fine. Thanks. -- 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 56265] New: Epic Games Launcher 15.21.0 calls unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56265 Bug ID: 56265 Summary: Epic Games Launcher 15.21.0 calls unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW 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: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 75980 --> https://bugs.winehq.org/attachment.cgi?id=75980 Epic Games Launcher 15.21.0 terminal output on Wine 9.0-rc3 Hello, Epic Games Launcher, updated to version 15.21.0, bails out at start when calling unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW. Regards. -- 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 56372] New: musl based exp2() gives very inaccurate results on i686
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56372 Bug ID: 56372 Summary: musl based exp2() gives very inaccurate results on i686 Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: piotr(a)codeweavers.com Regression SHA1: ca0643875961ef62c76e0b9cbd0433002a948d9b Distribution: --- Since switching the msvcrt implementation of exp2() from internal to musl based, in ca0643875961ef62c76e0b9cbd0433002a948d9b, the accuracy on i686 has become quite bad, to the point of breaking a handful of tests in ffmpeg. The issue can be reproduced with the following test snippet: --- #include <stdio.h> #include <math.h> double input = 5.979471; int main(int argc, char* argv[]) { printf("exp2(%f) = %f\n", input, exp2(input)); return 0; } --- Prior to this commit, and with later versions on e.g. x86_64, the output is: exp2(5.979471) = 63.095753 However, on i686, the output now is: exp2(5.979471) = 62.968753 This is an error of around 0.2%, which is a couple orders of magnitudes larger than expected/tolerated. It's curious how this issue only appears on i686 though, i.e. it doesn't look like an issue with the musl exp2() implementation algorithm, but some component of it misbehaving on i686. -- 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 56781] New: srcrrun: Dictionary setting item to object fails
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56781 Bug ID: 56781 Summary: srcrrun: Dictionary setting item to object fails Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- Reproducer in vbscript Class C End Class Dim cls1: Set cls1 = new C Dim cls2: Set cls2 = new C Dim dict: Set dict = createobject("scripting.dictionary") Dim key: key = "test" dict.Add key, cls1 Set dict.Item(key) = cls2 Looks like this is not implemented https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/scrrun/dictionary.c?… Without understanding the code this should maybe increase the reference count and delegate to dictionary_put_Item? -- 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 7

[Bug 49703] New: Ghost Recon fails to start
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49703 Bug ID: 49703 Summary: Ghost Recon fails to start Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: sramey40(a)gmail.com Distribution: --- The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for this error at the end of installation: wine start Setup.exe [sean(a)sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock not implemented yet 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with error 0x8001011d ^C But, when I try to run the game, nothing happens and this is the output on console: wine start GhostRecon.exe [sean(a)sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0. ^C ^C marks where I hit ctrl-c to stop the process, as it seemed hung. I'm using a 32bit wineprefix with Windows 2000 or XP. I can't really do regression testing, as I can't get an older package of wine to install properly, and I also can't get wine to compile for even as new a version as wine-4.0. It complains about multiple definitions of hInstance and fails on compiling crypt32. Only the 5.0 releases will compile, and I have this bug in them. I've also noticed that a lot of older games seem broken. Seems like nobody has tested these games in a while. The latest test of the Ghost Recon CD version recorded in the App database is wine 1.5. Recently I had somebody help me out with Age of Empires 2: The Age of Kings CD version, and we discovered that the safedisc 1.x copy protection support was broken in wine since version 3.0 I think. Probably a good idea to try running some old games, especially ones on CD, to check for compatibility regressions. -- 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 55421] New: Fallout Tactics graphics glitches only with winehq-devel
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55421 Bug ID: 55421 Summary: Fallout Tactics graphics glitches only with winehq-devel Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: darkranger_red(a)hotmail.com Distribution: --- The game 'Fallout Tactics: Brotherhood of Steel' is fully playable with Wine. But recently I am not sure from which Wine version, the game shows some noticeable graphics glitches, which the previous Wine version doesn't have. So I uninstalled Wine from Fedora's repo, and use the WineHQ's repo instead. It turns out that the game's graphics runs normally with winehq-stable(8.0.2), but has some glitches with winehq-devel(8.13). The attached screenshots show the launcher menu differences between Wine 8.0.2 and 8.13. Besides that, the in-game graphics also has more glitches with winehq-devel, but usually happen in very short time and difficult to capture the screenshots. OS: Fedora Linux 38 (Workstation Edition) x86_64 Kernel: 6.4.7-200.fc38.x86_64 Uptime: 2 hours, 9 mins Packages: 2703 (rpm) Shell: bash 5.2.15 Resolution: 1920x1080 DE: GNOME 44.3 WM: Mutter WM Theme: Adwaita Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: gnome-terminal CPU: AMD FX-8350 (8) @ 4.000GHz GPU: NVIDIA GeForce GTX 660 Memory: 5130MiB / 15932MiB -- 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 21

[Bug 56357] New: Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. testcase source
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56357 Bug ID: 56357 Summary: Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. testcase source Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: admin(a)sewer56.dev Distribution: --- Created attachment 76082 --> https://bugs.winehq.org/attachment.cgi?id=76082 Precompiled sample C program. [ testcase source ] Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. Build the following program: ```c #include <windows.h> #include <stdio.h> int main() { // Allocate a buffer in memory char* buffer = (char*) VirtualAlloc(NULL, 1024, MEM_COMMIT | MEM_RESERVE, PAGE_READWRITE); if (buffer == NULL) { printf("Memory allocation failed\n"); return 1; } // Sample data to write (not actually used due to 0-byte length) const char* data = "Sample data"; SIZE_T writtenBytes = 0; // Get a handle to the current process HANDLE processHandle = GetCurrentProcess(); // Attempt to write memory with 0 byte length BOOL result = WriteProcessMemory(processHandle, buffer, data, 0, &writtenBytes); if (result == FALSE) { printf("WriteProcessMemory failed: %lu\n", GetLastError()); } else { printf("WriteProcessMemory succeeded, but 0 bytes were written.\n"); } VirtualFree(buffer, 0, MEM_RELEASE); return 0; } ``` Commandline: ``` x86_64-w64-mingw32-gcc write_process_memory.c -o write_process_memory.exe -lkernel32 ``` When running on Linux, this prints `WriteProcessMemory failed: 87`. When running on Windows, this succeeds `WriteProcessMemory succeeded, but 0 bytes were written`. Tested on x86_64 Archlinux using latest git version of Wine (wine-9.2-286-g232b18d820e). ----------- Extra Notes: I encountered this bug while unit testing a Rust DLL Injection library against Wine: https://github.com/OpenByteDev/dll-syringe/pull/19 -- 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 7