Question

我们有一个针对Win2K，WinXP，Win7的项目，现在已从使用VS2010的32位Win7程序转换为使用VS2017的64位Win10程序。 VS2017项目是从头开始创建的，并根据需要导入和更新了旧资源。

创建新项目时，我将目标平台（在项目的“配置”的“常规”部分中）设置为Windows 10，并且由于没有特殊需要，我将项目设置为自动构建清单。

今天，我注意到程序中显示当前Windows版本信息的对话框显示他们正在Windows 8.1（内部版本号6.2）下运行。当我查找GetVersionInfo函数时，我发现它“隐藏”了没有清单的程序，这些程序声称它们针对Windows 10。

我的问题分为两个部分：

自从我使用VS2017定位Windows 10并自动构建清单后，为什么我的程序中仅存在针对 NOT 不针对Windows 10的程序的功能？如果要这样做，它是否应该正确构建了清单？
如果VS2017无法或不会正确地将我的程序定位于Windows 10，有人可以帮我找到一个如何使用普通C项目手动执行此操作的示例吗？（Microsoft对“仅将必要的SXS符号添加到您的.rc文件中”之类的注释没有帮助-我不会用手将代码随意粘贴在.rc文件中，希望我不小心将其粘贴在正确的位置！）

我自由地承认我对清单材料的无知。迄今为止，我还没有明知遇到任何需要了解它的情况。

[EDIT]只是对“这是重复的”人群的一小部分评论。我的程序并不关心所找到的Windows版本，但是它需要报告有关该版本的尽可能多的详细信息。我们在支持客户时使用的一个对话框中显示信息（并将其写入文件）。这使我们能够确保使用与客户完全相同的Windows构建测试系统。 “重复项”的主要重点是确保程序在正确的Windows版本上运行，而我的报告的是我所能找到的所有Windows版本信息，因此对我而言，这实际上不是其他程序的重复项，尽管RtlGetVersion（）函数（感谢@RemyLebeau）似乎可以解决这两种类型的问题。

Answer 1

继续这样：

首先在您的项目文件夹中创建一个清单文件，并将其命名为manifest.xml，然后在解决方案资源管理器中将其添加到您的项目中：

它应该具有以下内容：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel>
      </requestedPrivileges>
    </security>
  </trustInfo>
  <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
    <application>
      <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"></supportedOS>
      <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"></supportedOS>
      <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"></supportedOS>
      <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"></supportedOS>
      <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"></supportedOS>
    </application>
  </compatibility>
</assembly>

然后在解决方案资源管理器中右键单击您的项目。并修改如下所示：

通过C程序发现并报告Windows版本信息

1 个答案: