While I have not specifically checked the Windows 8 SDK, my extensive experience with the version detection APIs in Windows tells me the following:
1. GetVersion() is the only version-detection API available on older platform versions. Later platform versions added variants of GetVersionEx(), with each newer variant being available on less platforms. 2. The order of the bit fields returned by GetVersion() has historically confused many developers, therefore Microsoft has long told people to avoid it if they don't know what they are doing. At one point, even the editor of the GetVersion() documentation got confused! 3. Starting a few years ago, Microsoft began a trend of using the compiler "__declspec(deprecate)" mechanism to scare developers away from functions that are not really deprecated, just not recommended for some other reason. Those deprecations can usually be ignored safely by those with good reason to use those more portable APIs. So, if this is just another "political" compiler warning, there is little reason to head it. Otherwise, the GetVersionEx() function can be used as a replacement, but only by dropping support for Windows NT 3.10 and maybe Win32s (NT 3.50 and all the Win9x and WinCE variants include the basic form of GetVersionEx()). P.S. If there is still code in there to support 16 bit Windows 3.x, then that API includes only GetVersion(), and with a different specification than its 32/64 bit namesake. Enjoy Jakob -- Jakob Bohm, CIO, Partner, WiseMo A/S. http://www.wisemo.com Transformervej 29, 2730 Herlev, Denmark. Direct +45 31 13 16 10 This public discussion message is non-binding and may contain errors. WiseMo - Remote Service Management for PCs, Phones and Embedded ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org
