问题标签 [visual-studio-2017-build-tools]

例如调用这个：

https://docs.microsoft.com/en-us/windows/desktop/api/winuser/nf-winuser-getthreaddpiawarenesscontext

在较旧的 Windows（例如 win 8）上运行时，给出有关“在 user32.dll 中找不到过程入口点”的错误。这似乎发生在 .exe 完成静态 .dll 加载时（因此在运行任何实际用户代码之前）。

虽然这并不奇怪，因为它已清楚地记录在 Windows 10 中可用，有没有办法使应用程序向后兼容？

我有一个 MSBuild 文件来将解决方案（在 VS 2013 中创建并移植到 VS 2017）发布到远程服务器。违规行是这一行：

当我运行命令时：

经过一些编译后，最终出现以下错误：

当然不能加载，因为版本应该是15.0，而不是12.0。

我尝试过的事情：

• 添加/p:VisualStudioVersion=15.0到我调用 MSBuild 的命令中。它不起作用。

• 在*.csproj文件中更改元素：

为了：

它不起作用。

那么，如何$(VisualStudioVersion)在 MSBuild 文件中获得正确的 VS 版本而无需对其进行硬编码呢？

对于具有 4 个项目的 MVC 网站解决方案的 TFS2017 构建代理的构建返回错误，如下所述。

日志输出中大约有 20 个错误，但下面关于 的错误EntityFramework assembly是第一个（第二个错误与 类似EntityFramework.SqlServer assembly）。这些错误似乎是整体构建问题的根源。

该代码使用 VS2017 发布工具在托管位置进行编译、调试和运行。我正在尝试使构建服务器联机。构建服务器已安装 VS2017。

为什么构建服务器上的 MSbuild 无法访问实体框架程序集，我该如何纠正？

我已经rustup-init.exe在我的 PC (Windows 10 Pro) 上安装了 Rust，然后安装了 Microsoft Visual C++ Build Tools 2017，并带有用于 CMake 选项的 Visual C++ 工具。

举个简单的例子，没有问题：

我执行cargo run命令，结果我得到Hello world!了预期的结果。

但现在我想看看Azul GUI 框架

main.rs

货运.toml

当我执行cargo run命令时发生错误：

如何用 CMake 和 Rust 解决这个问题？我应该指定 CMake 路径吗？

我想将 VS 2017 Enterprise 完全安装到我的 D 盘上。我安装了 2017 安装程序中可用的每个软件包。但是，尽管我专门将 IDE 和共享库文件夹设置到 D 盘，但我在 C 盘上的存储空间却下降了。我的 C 盘上可以安装什么，我可以将它们移动到 D 盘吗？

我有一个应用程序依赖于通过 wpp 框架进行的用户模式跟踪。然而，微软在两个最新版本的 Windows SDK 中引入了一些更改，tracewpp.exe以某种方式破坏了该工具。我看到的实际问题如下：

& "C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\x64\tracewpp.exe" ... 更多参数 ...

按预期工作（我检查了旧版本的 SDK，低至 8.0 - 一切都很好）。

但是，当我尝试使用较新版本的 SDK 执行相同的构建时，构建会因一个相当神秘的错误而中断：

& "C:\Program Files (x86)\Windows Kits\10\bin\10.0.17134.0\x64\tracewpp.exe" ...所有相同的参数...

结果是：

provider.tpl(0) : 错误 wpp : (Template::DoId) Var not found: Provider tracewpp(0) : error wpp : (RealMain) 致命错误：模板解析错误

有问题的模板最初来自这里：https ://github.com/antoxar/WPPTracingSample/blob/master/sample/WppTracing/WppConfig/Rev1/provider.tpl

有人可以指出我的 tracewpp.exe 工具的更改日志，概述最近对其进行了哪些更改，或者以其他方式阐明上述问题吗？

我遇到了需要将柯南安装文件夹与导入根文件夹分离的情况。主要目标是在我希望能够测试运行 conan test tests Mylibrary/0.1@user/testing 的二进制文件时，拥有一个有效的 Visual Studio 打开文件夹解决方案

我的示例包由四个文件夹组成，src 包含源代码，生成可执行文件的示例 test_package 测试包是否正确链接，以及包含包的一些 gtest 的测试。

当我想开发包时，我在根文件夹中使用 Visual Studio 的打开文件夹功能。因为我想在 Visual Studio 中运行示例和测试时获得最新的更改，所以我在 CMakeSettings.json 中将 CMAKE_RUNTIME_OUTPUT_DIRECTORY 设置为指向 ${CMAKE_BINARY_DIR}/bin （我也可以在主 CMakeLists.txt 中设置它） ）。现在在测试文件夹中驻留我的 conanfile.py，它将 gtest.dll 复制到根 bin 文件夹。

测试/conanfile.py

为了防止 conan_cmake_run 更改输出目录，我在 tests/CMakeLists.txt 中使用 NO_OUTPUT_DIRS 标志。

但是，当我调用 conan test tests MyLibrary/0.1@user/testing 时使用此设置，gtest 二进制文件被复制到构建文件夹之外......我所做的是复制当前文件夹中的 dll。

测试/conanfile.py

这是这个问题的一个丑陋的解决方案，因为复制 dll 两次。此外，我尝试将 INSTALL_FOLDER 设置为 ${CMAKE_BINARY_DIR}，但随后 conan.cmake 抱怨（ln 388）${CMAKE_CURRENT_BINARY_DIR} 中不存在 conanbuildinfo。有什么优雅的解决方案吗？我错过了什么吗？

CMakeLists.txt

测试/CMakeLists.txt

测试/conanfile.py

在这两种情况下，预期的行为都是将我的 dll 放在 ${CMAKE_BINARY/DIR}/bin 文件夹中。

我认为可接受的解决方案如下：导入将仅包含一行

测试/conanfile.py

那么我应该能够使用 IMPORT_FOLDER 参数调用 conan_cmake_run 。例如

测试/CMakeLists.txt

但是，导入文件夹功能不存在，我必须找到一种使用 cmake 模拟这种行为的方法。

PS#1。我知道我可以使用 gtest 作为静态库，但我不想。这是一个概念证明示例，我可以集成 cmake conan 和 VS 打开文件夹，而不会对标准 conan 工作流程造成问题。

PS#2。完整代码可以通过以下方式下载：git clone https://jason5480@bitbucket.org/jason5480/externaldevices.git

我正在尝试channels在 Windows 10 机器上安装。我不断收到以下错误：

在互联网上搜索 SO 和其他地方的大量搜索让我离答案更近了。这是我尝试过的：

1. 已安装 VS 构建工具。我在这个主题上发现的几乎所有内容都已经过时并且关于 VS 2015，所以我在这里有点盲目。错误消息不足以说明我需要哪些无数工具，所以这是我安装的：

   • Visual Studio 构建工具 2019
     1. C++ 构建工具
     2. MSVC v142 - VS 2019 C++ x64/x86 构建工具 (v14.20)
     3. 视窗 10 开发工具包
     4. 适用于 Windows 的 C++ CMake 工具
     5. 测试工具核心功能——构建工具
   • Visual Studio 构建工具 2017
     1. Visual C++ 构建工具核心功能
     2. VC++ 2017 15.9 v14.16 最新v141工具
     3. 其他内容同上

2. 在其他阅读中，我读到有时需要升级setuptools，所以我做到了。

3. 我已经重新启动了很好的措施。

尽管对其他问题的回答已经说明了，但上述任何一项都没有任何影响。

怎么了？我主要是 Linux 用户，所以 Windows 问题往往难倒我。

当我从 Visual Studio 中的应用程序添加此文件时，它显示此错误

当我添加此文件时，即使在开发 PC 中，当我尝试
安装 click oneExe
并且当我将其从应用程序更改为 AUTO 到 Visual Studio 时，它也会显示以下错误

但是在开发PC上当我从VS->应用程序文件中选择自动时它不显示此错误仅在其他（客户端）PC上显示错误我也尝试过 但 没有工作
我也更改了清单选项但不起作用

Visual Studio 2017 让我知道今天早上升级到 Fody 版本 5。我接受并更新了 Fody 和 PropertyChanged.Fody 的 NuGet 包。

现在，我的项目/解决方案将不再构建。

错误是：

“仅 MSBuild 16 及更高版本支持 Fody。当前版本：15。”

我尝试卸载，关闭VS并重新安装无济于事。