VC++ 堆栈跟踪不解析生产中的函数名称
VC++ stack trace does not resolve function names on production
我最近使用 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
的提升实现,发现堆栈函数的地址是用 RtlCaptureStackBackTrace
, which seems to be working fine. Function names are then retrieved in boost::stacktrace::detail::to_string
-> get_name_impl
function in frame_msvc.ipp file, which internally uses IDebugSymbols
object from library Dbgeng. This interface declares a function IDebugSymbols::GetNameByOffset
检索的,它应该以格式检索函数名称:Module!function
。不幸的是,它只在我的开发环境中这样做,而在生产系统中只返回模块名称。尽管已将 MyApplication.pdb 文件与应用程序一起部署,但似乎由于某种原因无法检索符号数据。
您可能已经注意到,为静态链接的 opencv 库检索函数名称(没有源文件和行号,我可以没有它),但不是为我自己的源检索。
我找不到此实施工作的要求。无论运行时系统如何,有谁知道如何使它工作?
编辑 2:
原来问题的根源实际上是无法加载.pdb 文件。由于某种原因 IDebugClient
、IDebugControl
或 IDebugSymbols
,以加载符号文件为准(它们是在 debugging_symbols
class 初始化期间按顺序创建的,即用于检索 boost::stacktrace::detail::to_string
中的符号),仅在可执行文件头的 "Debugger Directories" 部分中写入的位置查找它。这是 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
似乎是因为 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(".");
这只需要在进程生命周期内完成一次 - 符号路径字符串(或符号本身)似乎已被缓存,但我找不到确认它的文档。或者,“.”的存在。在每次 debugging_symbols::try_init_com
调用期间,可以使用 IDebugSymbols::GetSymbolPath
检查路径中的部分。我还测试了 IDebugSymbols::AppendSymbolPath
检查当前路径字符串并且不附加重复项(再次找不到文档来支持它)所以总是尝试附加“。”可能就足够了。在对象初始化期间。
我最近使用 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
的提升实现,发现堆栈函数的地址是用 RtlCaptureStackBackTrace
, which seems to be working fine. Function names are then retrieved in boost::stacktrace::detail::to_string
-> get_name_impl
function in frame_msvc.ipp file, which internally uses IDebugSymbols
object from library Dbgeng. This interface declares a function IDebugSymbols::GetNameByOffset
检索的,它应该以格式检索函数名称:Module!function
。不幸的是,它只在我的开发环境中这样做,而在生产系统中只返回模块名称。尽管已将 MyApplication.pdb 文件与应用程序一起部署,但似乎由于某种原因无法检索符号数据。
您可能已经注意到,为静态链接的 opencv 库检索函数名称(没有源文件和行号,我可以没有它),但不是为我自己的源检索。
我找不到此实施工作的要求。无论运行时系统如何,有谁知道如何使它工作?
编辑 2:
原来问题的根源实际上是无法加载.pdb 文件。由于某种原因 IDebugClient
、IDebugControl
或 IDebugSymbols
,以加载符号文件为准(它们是在 debugging_symbols
class 初始化期间按顺序创建的,即用于检索 boost::stacktrace::detail::to_string
中的符号),仅在可执行文件头的 "Debugger Directories" 部分中写入的位置查找它。这是 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
似乎是因为 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(".");
这只需要在进程生命周期内完成一次 - 符号路径字符串(或符号本身)似乎已被缓存,但我找不到确认它的文档。或者,“.”的存在。在每次 debugging_symbols::try_init_com
调用期间,可以使用 IDebugSymbols::GetSymbolPath
检查路径中的部分。我还测试了 IDebugSymbols::AppendSymbolPath
检查当前路径字符串并且不附加重复项(再次找不到文档来支持它)所以总是尝试附加“。”可能就足够了。在对象初始化期间。