gdb崩溃的问题
时间：2007-05-21
来源：互联网
在使用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
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读：74
-
如何安装mysql8.0
阅读：31
-
Word快速设置标题样式步骤详解
阅读：28
-
20+道必知必会的Vue面试题（附答案解析）
阅读：37
-
HTML如何制作表单
阅读：22
-
百词斩可以改天数吗？当然可以，4个步骤轻松修改天数！
阅读：31
-
ET文件格式和XLS格式文件之间如何转化？
阅读：24
-
react和vue的区别及优缺点是什么
阅读：121
-
支付宝人脸识别如何关闭?
阅读：21
-
腾讯微云怎么修改照片或视频备份路径?
阅读：28
