Question

我最近使用boost's new stacktrace library实现了堆栈跟踪记录：

int debugErrorCallback(int status, const char* func_name, const char* err_msg, const char* file_name, int line, void* userdata)
{
    boost::stacktrace::stacktrace stacktrace(4, 10); //skipped 4 frames include cv::error, this function and 2 in boost::stacktrace ctor
    std::cout << boost::stacktrace::detail::to_string(stacktrace.as_vector().data(), 
                                                      stacktrace.size()) << std::endl;
}

在我的开发机器上测试了它并获得了完美的结果：

0# cv::arithm_op at d:\src\opencv_24\modules\core\src\arithm.cpp:1293
1# cv::addWeighted at d:\src\opencv_24\modules\core\src\arithm.cpp:2127
2# MyApplication::myFunction at d:\src\path\to\my\file.cpp:226
3# MyApplication::myOtherFunction at d:\src\path\to\my\other_file.cpp:146
...

我将新的应用程序版本部署到生产中。不幸的是，在生产机器上，我模块中的堆栈帧只能解析为模块名称：

0# cv::addWeighted in opencv_core2413
1# cv::addWeighted in opencv_core2413
2# 0x00007FF7D0A0B56B in MyApplication
3# 0x00007FF7D0A0B2ED in MyApplication
...

我调试了stacktrace的boost实现，发现使用RtlCaptureStackBackTrace检索堆栈函数的地址，这似乎工作正常。然后在boost::stacktrace::detail::to_string - ＆gt;中检索函数名称。 frame_msvc.ipp文件中的get_name_impl函数，它在内部使用库Dbgeng中的IDebugSymbols对象。此接口声明一个函数IDebugSymbols::GetNameByOffset，它应该以格式Module!function检索函数名称。不幸的是，它只在我的开发环境中这样做，而只在生产系统上返回模块名称。尽管已将MyApplication.pdb文件与应用程序一起部署，但由于某种原因，它似乎无法检索符号数据。

正如您可能已经注意到的那样，为静态链接的opencv库检索函数名称（没有源文件和行号，我可以不使用），但不是我自己的源。

我无法找到此实施的要求。有没有人知道如何使这项工作无论运行时系统如何？

EDIT2：

事实证明问题的根源实际上无法加载.pdb文件。由于某种原因，IDebugClient，IDebugControl或IDebugSymbols，无论哪个应加载符号文件（在用于检索符号的debugging_symbols类的初始化期间按顺序创建在boost::stacktrace::detail::to_string）中，仅在可执行标头的“调试器目录”部分中写入的位置中查找它。这是VS在链接期间创建的路径（我通过将文件复制到远程系统上的相同路径来测试它，然后才起作用）。

有没有办法让它在可执行文件的本地目录中加载.pdb文件？或者也许可以在可执行文件头中保存符号文件的相对路径？

编辑：添加MCVE：

#include "boost/stacktrace.hpp"
int main()
{
    boost::stacktrace::stacktrace stacktrace;
    std::cout << boost::stacktrace::detail::to_string(stacktrace.as_vector().data(), stacktrace.size()) << std::endl;
    return 0;
}

链接器选项：

/OUT:"path\x64\Release\MiscTest.exe" /MANIFEST /LTCG:incremental /NXCOMPAT /PDB:"path\x64\Release\MiscTest.pdb" /DYNAMICBASE "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG:FULL /MACHINE:X64 /OPT:REF /INCREMENTAL:NO /PGD:"path\x64\Release\MiscTest.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"x64\Release\MiscTest.exe.intermediate.manifest" /OPT:ICF /ERRORREPORT:PROMPT /NOLOGO /TLBID:1

Answer 1

似乎原因是IDebugSymbols不加载位于可执行文件目录中的符号文件，而只加载可移植可执行文件头中保存的符号文件（当我将.pdb文件复制到同一个文件夹中时它起作用了路径，因为它在我的开发系统上。）

我通过创建自己的IDebugSymbols实例（我复制了从frame_msvc.ipp debugging_symbols::try_init_com创建代码的代码）并修改最后一行添加“。”来解决此问题。（当前目录）到符号搜索路径IDebugSymbols::AppendSymbolPath：

if (S_OK == iclient->QueryInterface(__uuidof(IDebugSymbols), idebug.to_void_ptr_ptr()))
    idebug->AppendSymbolPath(".");

这需要在进程生命周期中只执行一次 - 看起来符号路径字符串（或符号本身）被缓存，但我找不到确认它的文档。或者，存在“。”在IDebugSymbols::GetSymbolPath次调用期间，可以使用debugging_symbols::try_init_com检查路径中的部分内容。我还测试了IDebugSymbols::AppendSymbolPath检查当前路径字符串并且没有附加重复项（再次找不到备份文档）所以它总是可以尝试附加“。”。在对象初始化期间。

VC ++堆栈跟踪无法解析生产中的函数名称

1 个答案: