Windows 11, released yesterday, reports itself as Windows 10.0 just about everywhere - RtlGetVersion
says 10.0, and if you ask VerifyVersionInfo
if you are 11.0 or greater, it says no.
There seems to be no new GUID to shove into app.manifest to say "hey I support Windows 11" like there was for Windows 7, 8, 8.1, and 10.
Currently I rely on HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProductName
to tell me what the current version of Windows is, but on my machine that I've upgraded, it still says "Windows 10 Enterprise", not "Windows 11 Enterprise".
There appears to only be a single place in the registry that contains the text "Windows 11" and that is the BCD section (boot configuration), which can also be renamed so I don't want to touch that.
So far I have only identified a handful of methods to tell if I am running on Windows 11:
Invoke WMI to query Win32_OperatingSystem and check the Name property, which simply says "Windows 11". This is incomplete (it does not include the SKU such as "Enterprise"), and WMI is relatively slow and slightly brittle, so it's not an acceptable solution for my use-case.
Check the build number to see if it is above 21996 (beta builds) or 22000 (first public release). As above, this won't include the SKU, and would require some manual jiggery-pokery in order to build the full string.
Run
sysinfo
and parse the output. This is quite slow, and possibly brittle (I haven't checked but the output might be localised into different languages).winver
knows, but it's a GUI application so I can't exactly query it programmatically.
Does anyone have any other ideas on how to get the string "Windows 11 Enterprise" (or "Windows 11 Pro", etc. as the case may be) out of my operating system in a performant and complete manner? Where do WMI, sysinfo, and winver get it from?
I need to do this from a .NET library, but P/Invokes / native function calls are acceptable solutions.
CodePudding user response:
Leaving this here so that I can find it later:
It seems that Windows itself (e.g. winver) gets this information from Windows branding - specifically from the resource table in %WinDir%\Branding\Basebrd\en-US\basebrd.dll.mui
.
To access this one could use the private APIs in %WinDir%\System32\winbrand.dll
. Specifically, the function BrandingFormatString
which accepts a wide string (LPW[C]STR) and returns a wide string.
e.g. BrandingFormatString("%WINDOWS_LONG%")
returns "Windows 11 Pro"
on my home PC.
I do not know the lifecycle semantics of the resulting string, i.e. if/when/how it should be freed.
The following code serves as a functional proof-of-concept (C# 9.0):
using System;
using System.Runtime.InteropServices;
[DllImport("winbrand.dll", CharSet = CharSet.Unicode)]
[DefaultDllImportSearchPaths(DllImportSearchPath.System32)]
static extern string BrandingFormatString(string format);
Console.WriteLine(BrandingFormatString("Hello World from %WINDOWS_LONG%!"));
CodePudding user response:
tldr - Using the EditionID
and the CurrentBuild
from the CurrentVersion
in the registry seems to be a reliable way to determine Win10 vs Win11 and the "edition" of the software. EditionID
is "Professional" on Windows 10 Pro and Windows 11 Pro, and CurrentBuild >= ~22000
tells you if it is 10 or 11.
The collection of registry values in the HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion
reveals what feels like a lack of planning on Microsoft's part. There's ReleaseId
, which is a number that changed with each Windows 10 release (e.g., 1903
, 1909
, 2004
,...) until its last change for Windows 10 20H2, where it changed to 2009
. At the same time, DisplayVersion
was added, and was set to 20H2
.
Then Windows 10 21H1 released, and ReleaseId
inexplicably stayed at 2009
.
The fact that both current Windows 10 and Windows 11 releases have the same DisplayVersion
(21H1
) and ProductName
(e.g., Windows 10 Pro
) is really head-scratching.