http://bugs.winehq.org/show_bug.cgi?id=58146
Bug ID: 58146 Summary: HWiNFO 8.24 (latest): doesn't work unless winecfg is set to Windows 7 Product: Wine Version: 10.6 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: cemer99797@isorax.com
Created attachment 78427 --> http://bugs.winehq.org/attachment.cgi?id=78427 Wine-devel 10.6 log using default Windows 10 in winecfg
HWiNFO 8.24 (latest version, compatible with Windows 10) doesn't work unless winecfg is set to Windows 7 (instead of the default Windows 10). The intro window will load, but after clicking "Start" the app will crash.
The progess bar stops at this stage:
Examining system configuration... Initializing Kernel Driver...
With this error message:
Error Cannot install the HWiNFO driver ! It might be blocked by the system other applications.
download link: https://sourceforge.net/projects/hwinfo/files/Windows_Portable/hwi_824.zip/d... sha256: 74c71b6a8a3498f5a5254b4e692345c45ec5cf88246bf3516cd7c35faf516ca4
I'm using Gcenx's wine-devel 10.6 build (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #1 from ToastyBug cemer99797@isorax.com --- Created attachment 78428 --> http://bugs.winehq.org/attachment.cgi?id=78428 Wine-devel 10.6 log using Windows 7 in winecfg
http://bugs.winehq.org/show_bug.cgi?id=58146
ToastyBug cemer99797@isorax.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.hwinfo.com/down | |load/ Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #2 from ToastyBug cemer99797@isorax.com --- Created attachment 78429 --> http://bugs.winehq.org/attachment.cgi?id=78429 Error pop-up window using default Windows 10 in winecfg
http://bugs.winehq.org/show_bug.cgi?id=58146
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |xerox.xerox2000x@gmail.com
--- Comment #3 from Louis Lenders xerox.xerox2000x@gmail.com --- I tried this yesterday and confirming.
It looks as if it is a regression as it starts for me in wine-9.0 but errors out in wine-10.0. @OP: Any chance you could do a regression test?
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #4 from ToastyBug cemer99797@isorax.com --- If by regression test you mean using git and compiling from source then no, that wiki page (https://gitlab.winehq.org/wine/wine/-/wikis/Regression-Testing) is also only applicable to Linux and I'm only comfortable using Gcenx's pre-build macOS binaries.
I did also test it with Gcenx's Wine CrossOverFOSS 23.7.1-1 based on Wine 8.0.1 (https://github.com/Gcenx/winecx/releases/tag/crossover-wine-23.7.1-1) and there is the same issue (and it also works when winecfg is set to Windows 7)
Same issue (and winecfg Win7 workaround) with all these Gcenx Wine build: (https://github.com/Gcenx/macOS_Wine_builds/releases)
wine-stable 10.0 wine-stable 10.0_1 (22 Apr 2025 release) wine-staging 10.6
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #5 from ToastyBug cemer99797@isorax.com --- same issue with Gcenx's wine-devel 9.21 (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/9.21)
see also this AppDB report (using Linux Mint 21.2 with Wine 8.0.2) saying GUI only works in Windows 7 mode: https://appdb.winehq.org/objectManager.php?sClass=version&iId=41739
and this AppDB report saying the same for Linux Mint 21.3 with Wine 9.0: https://appdb.winehq.org/objectManager.php?sClass=version&iId=41930
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #6 from ToastyBug cemer99797@isorax.com --- (In reply to Louis Lenders from comment #3)
I tried this yesterday and confirming.
It looks as if it is a regression as it starts for me in wine-9.0 but errors out in wine-10.0. @OP: Any chance you could do a regression test?
Which version of Wine 9 are you using? Apparently this has been an issue since at least Wine 8
http://bugs.winehq.org/show_bug.cgi?id=58146
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=56311 CC| |alexhenrie24@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=58146
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |69154f0329aec4fb64886a0689d | |a198b5323dcde Version|10.6 |8.0
http://bugs.winehq.org/show_bug.cgi?id=58146
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #7 from Bernhard Übelacker bernhardu@mailbox.org --- A git bisect led me to this commit: commit 0692d07f85f30ee5191a781b8b6f51006f2ae407 ntdll: Look at CurrentMajor/MinorVersionNumber registry values before CurrentVersion. (released in wine-8.2)
Before winedevice.exe was already crashing, but HWiNFO was still showing its user interface.
So I am unsure how the current regression commit got determined.
Before 0692d07f8 HWiNFO did load a driver file "HWiNFO_x64_W7_204.sys", after this commit it loads "HWiNFO_x64_204.sys".
This newer file makes winedevice "crash" already a few instructions in DriverInit. There is a comparison with 0x2b992ddfa232 which seems related to "Buffer Security Check" and the default value of the "security cookie". This cookie needs to be changed already at this point, if not a "int $0x29"/fastfail" gets executed.
Further searching seems to show this should probably be initialized by the loader in update_load_config. But this does not happen because the offset in the LoadConfig directory shows a value as if the image was not relocated.
I tried to attach a file with more details, and a workaround to enter the relocation path for this driver file, which seems to make DriverInit to continue, and HWiNFO shows its user interface, like with wine-8.1. However also winedevice.exe crashes like with wine-8.1.
Unfortunately bugzilla shows me "Sorry, you have been blocked" How to find out what makes coudflare upset?
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #8 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78545 --> http://bugs.winehq.org/attachment.cgi?id=78545 workaround by forcing to enter relocation path
http://bugs.winehq.org/show_bug.cgi?id=58146
--- Comment #9 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78546 --> http://bugs.winehq.org/attachment.cgi?id=78546 workaround_outb_inb.patch
This is not strictly needed for this bug, but after the security cookie workaround it avoids the crash in winedevice.exe about the priviledged instructions outb / inb, and makes a few more infos like a cpu frequency shown. Unfortunately I don't know what this instructions should produce, so this workaround just ignores them.