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

1 篇文章 0 订阅

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)时发出的信号  
       说明:  
              如果进程超过了其软文件长度限制时发出此信号。 

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

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

比如:ulimit -c 1024

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

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

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

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

cat /proc/sys/kernel/core_pattern

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

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

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

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

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
运行结果"dumpvars failed with: signal: segmentation fault (core dumped)"表明程序在运行过程中发生了段错误。段错误是指程序试图访问非法的内存地址或者没有权限访问的内存区域导致的错误。这通常是由于以下几种情况引起的: 1. 使用了未初始化的指针:在C语言中,如果定义了一个指针但没有初始化,它的值将是不确定的,可能指向一个非法的内存地址。当我们尝试通过未初始化的指针来访问内存时,就会发生段错误。 2. 访问了已经释放的内存:如果程序在释放了一块内存后,继续访问该内存块,就会导致段错误。这是因为内存已经被释放,再次访问就会出现非法的内存访问。 3. 内存越界:如果程序访问了超过其分配内存范围的内存,就会导致段错误。比如访问了一个数组的边界之外的元素。 解决段错误的方法有: 1. 检查指针是否被正确初始化,确保指针指向有效的内存地址。 2. 确保在使用完指针后,将其设置为NULL,避免成为野指针。 3. 检查程序是否有内存泄漏问题,即释放了内存但没有及时清理指针。 4. 使用调试工具,如gdb,在出现段错误时进行调试,找到导致错误的代码行。<span class="em">1</span><span class="em">2</span> #### 引用[.reference_title] - *1* *2* [3 Segmentation fault (core dumped) ./a.out Exited with error status 139的决解办法](https://blog.csdn.net/Austin_/article/details/108922880)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值