gdb崩溃的问题
在使用gdb调试core文件的时候,执行任何命令,包括bt, where等等,gdb均会崩溃退出,提示为:
BFD: BFD 2.15.93 20041018 internal error, aborting at cache.c line 495 in bfd_cache_lookup_worker
BFD: Please report this bug.
不知道这个BFD和bfd_cache_lookup_worker是什么意思?请达人指教。另外,因为程序开辟的内存很大,core文件有3.0G, 非常大。
BFD: BFD 2.15.93 20041018 internal error, aborting at cache.c line 495 in bfd_cache_lookup_worker
BFD: Please report this bug.
不知道这个BFD和bfd_cache_lookup_worker是什么意思?请达人指教。另外,因为程序开辟的内存很大,core文件有3.0G, 非常大。
作者: zzays 发布时间: 2007-05-21
难道是gdb调试的core文件有大小限制吗
作者: zzays 发布时间: 2007-05-21
用最新版的gdb试一试,老版本的gdb有过与此相关的bug
作者: linaxing 发布时间: 2007-05-22
6.3版本的gdb,不算老吧?
作者: zzays 发布时间: 2007-05-22
6.3中这个bug已经解决了,看来是别的问题。core文件的大小是有限制,但具体怎么限制的不记得了,你可以看一下gdb这部分相关的代码。
作者: linaxing 发布时间: 2007-05-22
关注~
作者: starshift 发布时间: 2007-05-22
除了core文件的问题之外,还有一个问题就是程序的非正常退出,但是没有产生core文件,不知道在哪些情况下会出现这种情况(ulimit已经设置core为unlimited),查了一些相关资料,当捕获SIGPIPE信号的时候程序退出而不core,但我的程序之前已经忽略了SIGPIPE信号
作者: zzays 发布时间: 2007-05-22
多数signal的默认操作都是中止进程,检查一下是不是程序执行过程中收到了其它的signal
作者: linaxing 发布时间: 2007-05-23
我也碰到同样问题,急求解决。
我估计可能是core文件太大了:32位下超过2G限制了。
我估计可能是core文件太大了:32位下超过2G限制了。
作者: wangyangcheng 发布时间: 2011-03-13