DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6FEF5385842B
MIME-Version: 1.0
References: <CALXu0UdrjFfhrBmBPNYepvMJ3hL7CPf1n6HEowxZgOxwdoy1TA@mail.gmail.com>
 <b47b7092-716a-c626-a14d-e5847bc86926@t-online.de>
 <CANV9t=S2BJ2d-_zNm3ZgVeerQ+ZEONQ4fjN1MXc6JVp+Gvrxsg@mail.gmail.com>
 <CALwydEs5ZTYqSxfZOp_hWobWQxFEeLGio8WoUCwTAM2eaph_sA@mail.gmail.com>
In-Reply-To: <CALwydEs5ZTYqSxfZOp_hWobWQxFEeLGio8WoUCwTAM2eaph_sA@mail.gmail.com>
Date: Tue, 19 Mar 2024 09:18:09 -0600
Message-ID: <CANV9t=QHLHyv_jvvrCREpyrEX=JqmTdQvnmfUXbSKuvMrhHn9A@mail.gmail.com>
Subject: Re: GetVersionEx() depreciated, what should be used instead for
 Windows 7/8/10?
To: cygwin@cygwin.com
UI-OutboundReport: notjunk:1;M01:P0:7G6fktbulU4=;atDrGL1sRSZsrJzX9sy+aRKSTvT
 J9XmaANNqBTKt1iGV9aZpewmEzIUuAZduwEC8XRHdtF9FFsby/isDAbuKE4mmYdrlaiHC+i8k
 687/hjdoSWEwZLl5kzhKmf14b5f5B7QhjwzUeIv3ggzGAmpP0M0g4XYI84eCl9t8LoC4P0Hnw
 tF5Y3VctBHIy5ANM7c1CevGfkym5EOEUWRhmcOWuFjEKWPdDOt22DXWbyu+mDXUUqHRAQ5wH8
 TrWA0D91Ujp2NNSibQU4oaPdCZf5lmT5Wc746mASVzZa/nUQY5lE7psZw+gkAQiOp2O30puVF
 IeAoE1jTj/xKB3V9fkqCkUiIawraZBQXGDYhvWetKiC8I90eq58i98C7M1+AW66JW/4EgjVqd
 Tujjo8ULERG04JPoMwYIeKYre7iq4FUIXJgf5LnDRe+9zDeE4k04olnojGvN8XD/GMQVOBZQd
 BltsllIQH/XZbfTgxI7qS822Ri73EojaH5NCHPhxUrwglDNyvyvRVNIYNLueo4plcHRBqWD2l
 oQM7WO/zVabZrdS/WpWowbDpsZUEbiS7WhJvqkeshCT2Q0t/4g158jcwyu4lyxX8V6JnVJkS3
 hjzhnBzI4dET62mqfIdWW7aHMK8SYSfg2w1WFv4InWuVq0X23JWAP/44bXz0fSNzlUOzMeUGW
 SWyF04ML2b7RV+9ycYvNF0WsgGtL1EkPYi9LqytuqlV3075os11Ppk5Pf4ZpcXsSrVPP18NgY
 fQmV+pfV/gigwRz8cDDmxj21jcxC8+RigEyl3bi5NXZJ44+ygzgN5Ppdi/NuwoQB0iYU8u26O
 JHeMnNh4VcpuXXRsQIMt03GoUzKlwaotBJOSaP8EWBJKY=
From: Bill Stewart via Cygwin <cygwin@cygwin.com>
Reply-To: Bill Stewart <bstewart@iname.com>
Content-Type: text/plain; charset="utf-8"
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit

On Tue, Mar 19, 2024 at 9:01 AM Richard Campbell wrote:

On Tue, Mar 19, 2024 at 9:04 AM Bill Stewart via Cygwin <cygwin@cygwin.com>
> wrote:
>
> > Can you please clarify the circumstances under which the RtlGetVersion
> > function "may not return the correct values"?
>
> "Originally, using RtlGetVersion instead of GetVersionEx was supposed to
> fix the fact that GetVersionInfo returns the wrong kernel version if the
> executable has been built with an old manifest (or none at all), starting
> with Windows 8.1.  Either this never really worked as desired and our
> testing was flawed, or this has been changed again with Windows 10, so
> that RtlGetVersion does the kernel faking twist as well.  Since we're
> only reading the value in the first process in a process tree. the entire
> process tree is running with a wrong OS version information in that case.
>
> Fortunately, the (undocumented) RtlGetNtVersionNumbers function is not
> affected by this nonsense, so we simply override the OS version info
> fields with the correct values now."
>
> https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=48511f3d3847c35352d09cded56e25f0c1b22bc9
>

Interesting. I have not yet been able to find a scenario where the
RtlGetVersion function gets "manifested" like GetVersionEx.

I wrote a small Win32 console utility for displaying and testing OS
information (requires Windows Vista/Server 2008 or later):

https://github.com/Bill-Stewart/osinfo

It uses RtlGetVersion, and this function works correctly for me in all
current Windows versions (Windows 10, Server 2016, Windows 11, Server 2019,
Server 2022, etc.).

I'm not sure of the exact scenario that led to the "RtlGetVersion is
subject to manifesting" conclusion, but I can't reproduce it.

I would be interested to know what results the osinfo.exe tool reports in
these scenarios.

Regards,

Bill

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple