This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(246.4, 71%, 33%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EO%3C/text%3E%3C/svg%3E)
Hello,
It's strange that version compare does not work as intended here:
Dim MySearcher As New ManagementObjectSearcher("root\CIMV2", "SELECT * FROM Win32_OperatingSystem")
For Each MyQuery As ManagementObject In MySearcher.Get()
MyVersion = DirectCast(MyQuery("Version"), String)
Next
If Version.op_GreaterThanOrEqual(Version.Parse(MyVersion), Version.Parse(My.Computer.Info.OSVersion)) = True Then ...
The difference is a leading .0 although I don't know why this op_GreaterThanOrEqual is not showing by Visual Studio, kinda hidden or better way to compare 2 versions?
An object-oriented programming language developed by Microsoft that can be used in .NET.
Answer accepted by question author
The ".0" is the Revision
To compare with the string returned from Win32_OperatingSystem, you can build the version string from Environment.OSVersion.Version
(with .Major.ToString() + "." + .Minor.ToString() + "." + .Build.ToString())
Unless the app is properly manifested both Computer.Info.OSVersion and Environment.OSVersion will produce strings that reflect the OS version lie (i.e., 6.2.9200.0 -- Windows 8). Tested on Win 10 21H1 and Win 8.1 when Targeting .Net Framework 4.
The RtlGetVersion function exported from ntdll.dll will return OS version information that is correct and consistent with the version information returned by WMI .
Yes, he had already posted the question and I had posted a sample : Check OS best practice
As he said he used My.Computer.Info.OSVersion, it reports correct version with a Manifest, like Environment.OSVersion.Version
I find it peculiar that the OSVersion information returned from these classes include a revision number. The Version class documentation describes the revision number as "Revision: Assemblies with the same name, major, and minor version numbers but different revisions are intended to be fully interchangeable. A higher revision number might be used in a build that fixes a security hole in a previously released assembly." So while a revision number has meaning for an assembly in my opinion it doesn't seem relevant to an Operating System as a whole.
As a practical matter when considering OS version numbers there shouldn't be a disparity based on implementation details like the presence or absence of a revision number.
From the sources, they seem to put Service Packs in Revision :
Version v = new Version(osvi.MajorVersion, osvi.MinorVersion, osvi.BuildNumber, (osviEx.ServicePackMajor << 16) |osviEx.ServicePackMinor);
Again, an implementation detail. Anyway, we haven't had Service Packs since Windows 7 SP1.
Hello, yeah I had that great solution, anyway my question here was just why compare version is strange?
If Version.op_GreaterThanOrEqual("10.0.18363", "10.0.18363.0")...
I thought "10.0.18363" and "10.0.18363.0" are the same by logic! :)
Notwithstanding your expectations the Microsoft documentation for the version class says the following about comparisons --
For two versions to be equal, the major, minor, build, and revision numbers of the first Version object must be identical to those of the second Version object. If the build or revision number of a Version object is undefined, that Version object is considered to be earlier than a Version object whose build or revision number is equal to zero.