• 【错误 :Segmentation fault 】以及gdb调试 core duumped文件


    core dumped文件(核心转储文件) 当进程意外终止,系统可以将该进程的地址空间的内容急终止的一些其它信息转储到核心转储文件
    在这里插入图片描述
    它的触发条件,当系统收到以下信号时就会产生coredumped文件。

     SIGABRT :异常终止(abort)时发出的信号  
           说明:  
                  调用abort函数时产生此信号。进程异常终止。  
      
    SIGBUS :硬件发生故障时发出的信号  
           说明:  
                  指示一个实现定义的硬件故障。  
      
    SIGFPE :算术异常时发出的信号  
           说明:  
                  此信号表示一个算术运算异常,例如除以0,浮点溢出等。  
      
    SIGILL :遇到非法硬件指令时发出的信号  
           说明:  
                  此信号指示进程已执行一条非法硬件指令。4.3BSD由abort函数产生此信号。现在 abort() 函数用来生成 SIGABRT 信号。  
      
    SIGIOT :硬件故障时发出的信号  
           说明:  
                  IOT这个名字来自于PDP-11对于 输入/输出 TRAP(input/output TRAP)指令的缩写。系统V的早期版本,由abort函数产生此信号。SIGABRT现在被用于此。  
      
    SIGQUIT :终端退出时发出的信号  
           说明:  
                  当用户在终端上按退出键(一般采用Ctrl-\)时,产生此信号,并送至前台进程组中的所有进程。此信号不仅终止前台进程组(如SIGINT所做的那样),同时产生一个core文件。  
      
    SIGSEGV :无效存储访问发出的信号  
           说明:  
                  进程进行了一次无效的存储访问。字SEGV表示“段违例(segmentation violation)”。  
      
    SIGSYS :无效的系统调用时发出的信号  
           说明:  
                  进行了一个无效的系统调用。由于某种未知原因,进程执行了一条系统调用指令,但其指示系统调用类型的参数却是无效的。  
      
    SIGTRAP :硬件故障时发出的信号  
           说明:  
                  此信号名来自于 PDP-11 的TRAP指令。  
      
    SIGXCPU :超过CPU限制(setrlimit)时发出的信号  
           说明:  
                  SVR4 和 4.3+BSD 支持资源限制的概念。如果进程超过了其软 CPU 时间限制,则产生此信号。      
                  XCPU 是 "exceeded CPU time“ 的缩写。  
      
    SIGXFSZ :超过文件长度限制(setrlimit)时发出的信号  
           说明:  
                  如果进程超过了其软文件长度限制时发出此信号。 
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
    • 40
    • 41
    • 42
    • 43
    • 44

    我们可以通过ulimit来查看cored dumped文件状态在这里插入图片描述
    此时这个就是core dumped 文件的设置,我们可以看到它的大小为0,即当程序出错后不自动产生core dumped文件

    我们可以使用 ulimit -c 来修改

    比如:ulimit -c 1024

    表示如果生成的信息超过此大小,将会被裁剪,最终生成一个不完整的core文件。(此时gdb调试时会错误)。
    
    • 1

    使用ulimit -c unlimited,则表示core文件的大小不受限制。

    此时的配置只是临时配置,当下次再开启终端时由会变成默认值。(一般建议不永久修改,因为比如程序过大时,每次出错都会生成这个文件,如果不删除的话,最终会耗尽空间)。

    当这个为core file size 的大小为0时,发生错误时Segmentation fault后面没有core dumped
    在这里插入图片描述
    当我们修改后,它后面就出现了core dumped。
    在这里插入图片描述

    cat /proc/sys/kernel/core_pattern
    
    • 1

    我们可以通过这个命令查看core dumped文件生成路径(有的情况下它这个默认路径是不会生成core dumped文件的)。
    这个时候我们可以自己配置这个路径,通过下面的命令

    echo "自己要存放的路径/core-%t-%p" > /proc/sys/kernel/core_pattern
    
    • 1

    core-%t-%p是生成core文件的名字,%t和%p是格式(%t(时间戳),%p(pid))

    此时我们就可以通过gdb来调试了。(main 是我的可执行程序(它在我core文件的上一级目录),core-1669703517-2357601是我的core文件)。
    在这里插入图片描述

  • 相关阅读:
    抖音矩阵系统独立定制部署。look
    王道操作系统___第五章01
    Java项目:springBoot+Mysql实现的校园二手在线交易平台系统
    SaaS企业如何构建与自身增长相匹配的渠道力
    SQL 获取每个部门中当前员工薪水最高的相关信息
    网络通信 mac表 tcp连接
    ArcGIS:如何添加字段、属性表的连接、字段的计算?
    Basic web in PLSQL
    vue在js文件中调用$notify
    哈哈Niushop v5值得我们期待吗?新版本这几点我爱了!
  • 原文地址:https://blog.csdn.net/aoeaoao/article/details/128097094