我正在使用点云库和 cmake 进行编译，我已经在 Debug模式下构建它，但我的程序没有以我期望的方式出现错误或中止。

具体来说，我收到这样的消息:

(gdb) run bunny
Starting program: debug/our_cvfh bunny
libc++abi.dylib: terminating
[New Thread 0x170b of process 80178]

Program received signal SIGABRT, Aborted.
0x00007fff88c6f866 in ?? ()
(gdb) bt
#0  0x00007fff88c6f866 in ?? ()
#1  0x00007fff8bb5235c in ?? ()
#2  0x0000000000000000 in ?? ()
(gdb) break rec/registered_views_source.h:305
Cannot access memory at address 0x961d60

在这种情况下，我知道错误在哪里，但我希望能够回溯它并查看在这种情况下调用的函数是什么。

PCL 是否正在创建另一个线程，这就是我无法回溯的原因？我现在没有做任何可视化，所以我不明白为什么要使用线程。

我也试过在调试目录而不是从我的源根目录运行程序。这是它不起作用的另一个示例:

$ gdb our_cvfh
GNU gdb (GDB) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin13.1.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from our_cvfh...done.
run (gdb) run
Starting program: /Users/jwoods/Projects/lidargl/fpfh/debug/our_cvfh
[New Thread 0x170b of process 33571]

Program received signal SIGSEGV, Segmentation fault.
0x000000010016cdec in ?? ()
(gdb) bt
#0  0x000000010016cdec in ?? ()
#1  0x00007fff5fbfbd08 in ?? ()
#2  0x00007fff5fbfbcc0 in ?? ()
#3  0x00007fff5fbfbcc8 in ?? ()
#4  0x00007fff5fbfbcc8 in ?? ()
#5  0x00007fff5fbfbcc8 in ?? ()
#6  0xffffffffffffffff in ?? ()
#7  0x00007fff5fbfbcc8 in ?? ()
#8  0x00007fff5fbfbcc8 in ?? ()
#9  0x00007fff5fbfbcc0 in ?? ()
#10 0x00007fff5fbfbcc0 in ?? ()
#11 0x00007fff5fbfbcc8 in ?? ()
#12 0x00007fff5fbfbcc8 in ?? ()
#13 0x00007fff5fbfbcc8 in ?? ()
#14 0x00007fff5fbff4a8 in ?? ()
#15 0x00007fff5fbff4d8 in ?? ()
#16 0x00007fff5fbff420 in ?? ()
#17 0x00007fff5fbff4d8 in ?? ()
#18 0x0000000000000000 in ?? ()
(gdb)

当我不使用 CMake 时，gdb 工作正常，所以我猜它与 CMake 有关。对于其他任何人来说，这似乎都不是问题，这告诉我这可能也与我在 Mac OS X 上使用 CMake 这一事实有关。

如何获得正常的 GDB 行为？

更新

我可以运行 dsymutil my_output_binary 以生成调试符号(在 make 之后)。这是一种解决方法。我希望它能自动完成，但不确定为什么不能。 dsymutil 策略适用于大多数段错误，但不适用于某些 SIGABRT 情况。这是输出:

Calling compute <--- normal std::cerr output of my program, single-threaded
Assertion failed: (index >= 0 && index < size()), function operator[], file /usr/local/Cellar/eigen/3.2.1/include/eigen3/Eigen/src/Core/DenseCoeffsBase.h, line 378.
[New Thread 0x170b of process 64108]

Program received signal SIGABRT, Aborted.
0x00007fff84999866 in ?? ()
(gdb) bt
#0  0x00007fff84999866 in ?? ()
#1  0x00007fff862c335c in ?? ()
#2  0x0000000000000000 in ?? ()
(gdb) info threads
  Id   Target Id         Frame
  2    Thread 0x170b of process 64108 0x00007fff8499a662 in ?? ()
* 1    Thread 0x1503 of process 64108 0x00007fff84999866 in ?? ()
(gdb)

请注意，我的程序本身并不是多线程的，但它似乎正在使用创建线程的库——或者至少这是我从 gdb 输出中收集到的信息。

我试过使用 PCL 使用的 Eigen 禁用线程。

有趣的是，lldb 能够生成回溯，但我很好奇为什么 GDB 不能。

最佳答案

除了简单地使用 LLDB 代替 GDB 之外，我还没有想出如何调试线程。

但是，我已经想出了如何自动生成调试符号!万岁。

您需要三个文件:

• UseCompVer.cmake
• AddOptions.cmake
• UseDebugSymbols.cmake

将它们放在项目的 cmake/Modules/ 目录中。

在 CMakeLists.txt 中，您需要在项目声明后添加以下行:

set(CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake/Modules/")

if (APPLE) # this if statement is optional, but you definitely need the include()
  include(UseDebugSymbols)
endif (APPLE)

这将在适当的位置查找。

请注意，我同时对我的项目进行了另一项更改，这可能对您也有用。在我的 add_executable 行中，紧跟在目标名称之后，我添加了 MACOSX_BUNDLE。此标志将导致它被编译为 .app 而不是常规二进制文件。这是我的项目中的一个示例:

add_executable(pose MACOSX_BUNDLE pose.cpp rec/global_nn_recognizer_cvfh.cpp rec/global_nn_recognizer_cvfh.hpp rec/render_views_tesselated_sphere.cpp)

关于c++ - 点云库应用程序难以调试，可能是由于线程？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23962786/