使用 pdb 文件调试时 VS2017 阻塞在不存在的目标文件上
VS2017 blocking on non-existing object files when debugging with pdb file
我们正在将 Visual C++ 项目切换到 vc141 工具链 (VS 2017)。我们遇到了 Visual Studio 无法使用源 .obj
文件不再存在的 .pdb
文件的问题(例如,因为它们已在构建服务器上编译)。
让我们来看一个非常简单的可执行项目:
#include <iostream>
int main() {
std::cout << "Hello world\n";
std::cin.ignore();
}
.vcxproj
文件都是默认的,除了<GenerateDebugInformation>true</GenerateDebugInformation>
生成pdb文件。
复现步骤是,始终使用VS2017:
- 编译项目
- 在
main
内放置一个断点
- 正在删除包含
.obj
文件的中间 Debug/
目录
- 通过配置管理器禁用构建-运行(因此它不会重新创建它们)
- 正在启动调试会话
这适用于 vc100 (VS 2010) 工具链,断点有效,但它立即触发 vc141 的以下错误:
Error: Unable to open file
<path>\Debug\main.obj. Error code = 0x80070003.
这个非常通用的错误代码确实对应于 FACILITY_WIN32/ERROR_PATH_NOT_FOUND
。 main.obj
的路径在两个版本的.pdb
文件中都可以找到,所以我们不清楚为什么VS找不到它突然崩溃。
"Modules" 视图显示 .pdb
文件似乎已正确加载。此外,断点的工具提示显示以下错误:
The breakpoint will not currently be hit. Unexpected symbol reader error while processing MyUser_141.exe.
考虑到我们无法在实际应用程序中编译二进制文件的机器上进行调试,这个问题的解决方案或变通方法是什么?
这是完整的 .vcxproj
文件:
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup Label="ProjectConfigurations">
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
</ItemGroup>
<PropertyGroup Label="Globals">
<VCProjectVersion>15.0</VCProjectVersion>
<RootNamespace>MyUser_141</RootNamespace>
<WindowsTargetPlatformVersion>10.0.17134.0</WindowsTargetPlatformVersion>
<ProjectGuid>{90982029-29B8-4C9B-AFB7-B8F555F15C1E}</ProjectGuid>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>MultiByte</CharacterSet>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" />
<ImportGroup Label="ExtensionSettings">
</ImportGroup>
<ImportGroup Label="Shared">
</ImportGroup>
<ImportGroup Label="PropertySheets" Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<PropertyGroup Label="UserMacros" />
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<Link>
<GenerateDebugInformation>true</GenerateDebugInformation>
</Link>
</ItemDefinitionGroup>
<ItemGroup>
<ClCompile Include="main.cpp" />
</ItemGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
</Project>
进一步研究:
我们尝试了其他一些工具链版本。该错误在 v14.0 (VS 2015) 中不存在,但在 14.11 (VS2017 15.3) 中存在。
使用 v141_xp
,据我们所知,它使用相同的工具链,但系统库较旧,works.
要解决此问题,请在构建可执行文件和 DLL 的项目的 属性 页中进行以下更改:
配置属性 -> 链接器 -> 调试 -> 生成调试信息 -> 生成针对共享和发布优化的调试信息
静态库,没有 link 步骤,不需要这个。 .EXE 和 DLL 可以。
当您指定没有附加选项的 /DEBUG 时,对于命令行和 makefile 构建、Visual Studio IDE 中的发布构建以及两个调试,链接器默认为 /DEBUG:FULL并在 Visual Studio 2015 及更早版本中发布构建。从 Visual Studio 2017 年开始,当您为调试构建指定 /DEBUG 选项时,IDE 中的构建系统默认为 /DEBUG:FASTLINK。其他默认值保持不变以保持向后兼容性。
资料来源:https://developercommunity.visualstudio.com/content/problem/259283/error-unable-to-open-file-mainobj-error-code-0x800.html
我们正在将 Visual C++ 项目切换到 vc141 工具链 (VS 2017)。我们遇到了 Visual Studio 无法使用源 .obj
文件不再存在的 .pdb
文件的问题(例如,因为它们已在构建服务器上编译)。
让我们来看一个非常简单的可执行项目:
#include <iostream>
int main() {
std::cout << "Hello world\n";
std::cin.ignore();
}
.vcxproj
文件都是默认的,除了<GenerateDebugInformation>true</GenerateDebugInformation>
生成pdb文件。
复现步骤是,始终使用VS2017:
- 编译项目
- 在
main
内放置一个断点
- 正在删除包含
.obj
文件的中间Debug/
目录 - 通过配置管理器禁用构建-运行(因此它不会重新创建它们)
- 正在启动调试会话
这适用于 vc100 (VS 2010) 工具链,断点有效,但它立即触发 vc141 的以下错误:
Error: Unable to open file
<path>\Debug\main.obj. Error code = 0x80070003.
这个非常通用的错误代码确实对应于 FACILITY_WIN32/ERROR_PATH_NOT_FOUND
。 main.obj
的路径在两个版本的.pdb
文件中都可以找到,所以我们不清楚为什么VS找不到它突然崩溃。
"Modules" 视图显示 .pdb
文件似乎已正确加载。此外,断点的工具提示显示以下错误:
The breakpoint will not currently be hit. Unexpected symbol reader error while processing MyUser_141.exe.
考虑到我们无法在实际应用程序中编译二进制文件的机器上进行调试,这个问题的解决方案或变通方法是什么?
这是完整的 .vcxproj
文件:
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup Label="ProjectConfigurations">
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
</ItemGroup>
<PropertyGroup Label="Globals">
<VCProjectVersion>15.0</VCProjectVersion>
<RootNamespace>MyUser_141</RootNamespace>
<WindowsTargetPlatformVersion>10.0.17134.0</WindowsTargetPlatformVersion>
<ProjectGuid>{90982029-29B8-4C9B-AFB7-B8F555F15C1E}</ProjectGuid>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>MultiByte</CharacterSet>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" />
<ImportGroup Label="ExtensionSettings">
</ImportGroup>
<ImportGroup Label="Shared">
</ImportGroup>
<ImportGroup Label="PropertySheets" Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<PropertyGroup Label="UserMacros" />
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<Link>
<GenerateDebugInformation>true</GenerateDebugInformation>
</Link>
</ItemDefinitionGroup>
<ItemGroup>
<ClCompile Include="main.cpp" />
</ItemGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
</Project>
进一步研究:
我们尝试了其他一些工具链版本。该错误在 v14.0 (VS 2015) 中不存在,但在 14.11 (VS2017 15.3) 中存在。
使用
v141_xp
,据我们所知,它使用相同的工具链,但系统库较旧,works.
要解决此问题,请在构建可执行文件和 DLL 的项目的 属性 页中进行以下更改:
配置属性 -> 链接器 -> 调试 -> 生成调试信息 -> 生成针对共享和发布优化的调试信息
静态库,没有 link 步骤,不需要这个。 .EXE 和 DLL 可以。
当您指定没有附加选项的 /DEBUG 时,对于命令行和 makefile 构建、Visual Studio IDE 中的发布构建以及两个调试,链接器默认为 /DEBUG:FULL并在 Visual Studio 2015 及更早版本中发布构建。从 Visual Studio 2017 年开始,当您为调试构建指定 /DEBUG 选项时,IDE 中的构建系统默认为 /DEBUG:FASTLINK。其他默认值保持不变以保持向后兼容性。 资料来源:https://developercommunity.visualstudio.com/content/problem/259283/error-unable-to-open-file-mainobj-error-code-0x800.html