zoukankan      html  css  js  c++  java
  • linux下用core和gdb查询出现"段错误"的地方【转】

    转自:http://blog.chinaunix.net/uid-30091091-id-5754288.html

    有些时候我们在一段C代码的时候,由于对一个非法内存进行了操作,在程序运行的过程中,出现了"段错误"。
     
    呵呵,这种问题我想很多人会经常遇到。遇到这种问题是非常无语的,只是提示了"段错误",接着什么都没 有,如果我们一味的去看代码找太疼苦了,因为我们都相信自己写的代码没问题,现实就是现实。下面介绍一种方法,可以有效的定位出现"段错误的地方"。
     
    当我们的程序崩溃时,内核有可能把该程序当前内存映射到core文件里,方便程序员找到程序出现问题的地方。
     
    什么是core dump?
    core的意思是内存,dump的意思是扔出来,堆出来。
     
    为什么没有core文件生成呢?
     
    有时候程序down了,但是core文件却没有生成.core文件的生成跟你当前系统的环境设置有关系,可以用下面的语句设置一下便生成core文件了
     
    ulimit  -c  unlimited
     
    core 文件生成的位置一般于运行程序的路径相同,在ubuntu下文件名一般 为core.
     
    什么是core文件
    当一个程序奔溃时,在进程当前工作目录的core文件中复制了该进程的存储图像。core文件仅仅是一个内存映像(同时加上调试信息),主要用来调试的。
     
    下面我们来看看,怎样利用core文件来定位我们出现"段错误"的地方.



    程序运行结果:



    从上面我们可以看出,第一次运行程序出现"段错误"并没有出现core文件,一般linux操作系统默认core文件的大小都是0,需要手动设置一下。
    调试core文件
    core文件是个二进制文件,需要用相应的工具来分析程序崩溃时的内存映像。
     
    linux下可以用gdb来调试core文件 。



    从上面我们可以清楚的看到我们的程序是在那个地方出现了错误。
     
    呵呵,有了这种方法,我想以后我们可以不再那么惧怕"段错误"了。
  • 相关阅读:
    项目冲刺——第三篇
    项目冲刺——第五篇
    项目冲刺——第四篇
    团队作业第3周——需求改进&系统设计
    复审与事后分析
    事后诸葛亮分析报告
    团队作业第5周——测试与发布(Alpha版本)
    第四周进销存管理系统冲刺博客汇总
    第三篇 进销存管理系统冲刺博客
    团队作业第3周——需求改进&系统设计
  • 原文地址:https://www.cnblogs.com/sky-heaven/p/6037779.html
Copyright © 2011-2022 走看看