我正在尝试使用GDB调试一个简单的停止和复制垃圾收集器(用C语言编写).GC通过处理SIGBUS来工作.我在SIGBUS信号处理程序的顶部设置了一个断点.我告诉GDB将SIGBUS传递给我的程序.但是,它似乎不起作用.
以下程序(内联解释)显示了我的问题的本质:
#include#include #include #include #define HEAP_SIZE 4096 unsigned long int *heap; void gc(int n) { signal(SIGBUS, SIG_DFL); // just for debugging printf("GC TIME\n"); } int main () { // Allocate twice the required heap size (two semi-spaces) heap = mmap(NULL, HEAP_SIZE * 2, PROT_READ | PROT_WRITE, MAP_ANON | MAP_SHARED, -1, 0); assert (heap != MAP_FAILED); // 2nd semi-space is unreadable. Using "bump-pointer allocation", a SIGBUS // tells us we are out of space and need to GC. void *guard = mmap(heap + HEAP_SIZE, HEAP_SIZE, PROT_NONE, MAP_ANON | MAP_SHARED | MAP_FIXED, -1, 0); assert (guard != MAP_FAILED); signal(SIGBUS, gc); heap[HEAP_SIZE] = 90; // pretend we are out of heap space return 0; }
我在Mac OS X 10.6上编译并运行该程序并获得我期望的输出:
$ gcc debug.c $ ./a.out GC TIME Bus error
我想使用GDB运行和调试该程序.特别是,我想在gc函数(实际上是gc信号处理程序)中设置断点.当然,我需要告诉GDB不要停止在SIGBUS上:
$ gdb ./a.out GNU gdb 6.3.50-20050815 (Apple version gdb-1346) (Fri Sep 18 20:40:51 UTC 2009) ... snip ... (gdb) handle SIGSEGV SIGBUS nostop noprint Signal Stop Print Pass to program Description SIGBUS No No Yes Bus error SIGSEGV No No Yes Segmentation fault (gdb) break gc Breakpoint 1 at 0x100000d6f
但是,我们永远不会到达断点:
(gdb) run Starting program: /snip/a.out Reading symbols for shared libraries +. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x0000000100029000 0x0000000100000e83 in main () (gdb)
显然,不调用信号处理程序(不打印GC TIME).此外,我们仍然在main(),在错误的mov:
0x0000000100000e83: movq $0x5a,(%rax)
有任何想法吗?
谢谢.
相同的代码(修改为处理SIGSEGV)在Linux上的GDB中按预期工作; 它可能是OS X或GDB到该平台的端口中的错误.
谷歌搜索破坏了OS X的行为就像你一直追溯到10.1一样,有一种解决方法(set inferior-bind-exception-port off
在运行程序之前).
(Windows上有类似的错误.)
在内部,坏的内存访问导致Mach异常EXC_BAD_ACCESS被发送到程序.通常,这会转换为SIGBUS UNIX信号.但是,gdb在信号转换之前直接截取Mach异常.解决方案是set dont-handle-bad-access 1
在运行程序之前给gdb命令.然后使用常规机制,并且信号处理程序内的断点得到遵守.