当前位置:  开发笔记 > 编程语言 > 正文

gdb:为SIGBUS处理程序设置断点

如何解决《gdb:为SIGBUS处理程序设置断点》经验,为你挑选了2个好方法。

我正在尝试使用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)

有任何想法吗?

谢谢.



1> ephemient..:

相同的代码(修改为处理SIGSEGV)在Linux上的GDB中按预期工作; 它可能是OS X或GDB到该平台的端口中的错误.

谷歌搜索破坏了OS X的行为就像你一直追溯到10.1一样,有一种解决方法(set inferior-bind-exception-port off在运行程序之前).

(Windows上有类似的错误.)



2> LaC..:

在内部,坏的内存访问导致Mach异常EXC_BAD_ACCESS被发送到程序.通常,这会转换为SIGBUS UNIX信号.但是,gdb在信号转换之前直接截取Mach异常.解决方案是set dont-handle-bad-access 1在运行程序之前给gdb命令.然后使用常规机制,并且信号处理程序内的断点得到遵守.

推荐阅读
135369一生真爱_890
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有