解决Linux c语言运行时候“段错误 (核心已转储)”问题-采用gdb 解决

解决Linux c语言运行时候“段错误 (核心已转储)”问题-采用gdb 解决

编译没有警告,没有错误,运行就打印 段错误 (核心已转储)

网上找了一下,都是各种问题,都推荐用gdb 调试解决,咱也来趁机学习gdb一下。

gcc+gdb)输入命令行 运行

sudo apt-get install build-essential

build-essential包含gcc和gdb等工具,是C语言的开发包。

安装完了可以执行

一般来说GDB主要调试的是C/C++的程序。要调试C/C
++的程序,首先在编译时,我们必须要把调试信息加到可执行文件中。使用编译器(cc/
gcc/g++)的 -g 参数可以做到这一点。

进程意外退出会在当前目录下产生‘code’文件或形如‘core.数字’的文件比如‘core.1234’
使用命令
gdb 运行程序名 core或core.数字
进入gdb然后使用bt命令
可以查看进程意外退出前函数调用的堆栈,内容为从上到下列出对应从里层到外层的函数调用历史。
如果进程意外退出不产生core文件

运行 ulimit -c unlimited   后再运行编译出的可执行程序,就可以产生core 文件

gdb <program> core
用gdb同时调试一个运行程序和core文件,core是程序非法执行後core dump
後产生的文件。

然后再使用bt 命令就可以看出程序问题在哪里了,gdb真是好东西。

gdb a.out core
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-Linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
< http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
< http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from a.out...done.
[New LWP 1537]
Core was generated by `./a.out'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  _IO_fgets (buf=0x7ffedcceef10 "", n=256, fp=0x0) at iofgets.c:50
50      iofgets.c: 没有那个文件或目录.
(gdb) bt
#0  _IO_fgets (buf=0x7ffedcceef10 "", n=256, fp=0x0) at iofgets.c:50
#1  0x000000000040198a in load_properties (path=0x401ad2 "/system/etc/tdgnss.conf") at rwfile.c:519
#2  0x00000000004019d9 in main () at rwfile.c:548

原来是不存在这个路径/system/etc/tdgnss.conf ,这个路径是以前Android上的,现在在Ubuntu 就不存在了,改一下估计就ok 了。

在Linux 上gdb 调试程序很方便,如果在arm 上怎么办呢?尤其是我这种没有usb 也没有网卡的Linux arm 机器上?

解决Linux c语言运行时候“段错误 (核心已转储)”问题-采用gdb 解决 - 走看看

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
段错误(core dumped)是指程序在执行过程访问了无效的内存地址,导致操作系统将程序终止并生成一个核心转储文件(core dump)。这个文件可以用于调试程序,通过分析核心转储文件可以确定错误发生的位置和原因。通常情况下,段错误是由于以下几种情况引起的: 1. 野指针:当程序试图访问一个未初始化或已经释放的指针时,就会发生段错误。这通常是由于程序的指针没有正确初始化或者指针指向的内存已经被释放导致的。 2. 数组越界:当程序试图访问数组超出其边界的元素时,就会发生段错误。这通常是由于程序的数组索引越界或者数组长度计算错误导致的。 3. 栈溢出:当程序的递归深度过大或者局部变量占用的栈空间超过了系统限制时,就会发生段错误。 4. 内存泄漏:当程序分配了内存但没有释放,导致内存耗尽时,就会发生段错误。 对于你提到的问题,下载CUDA时出现段错误(core dumped)的错误,可能是由于网络连接不稳定或者下载的文件损坏导致的。你可以尝试重新下载文件,或者使用其他下载方式。如果问题仍然存在,你可以尝试使用gdb等工具来分析核心转储文件,以确定错误的具体原因和位置。 #### 引用[.reference_title] - *1* [linux系统“s段错误 (核心已转储)“错误解决解决](https://blog.csdn.net/seaflyren/article/details/104131269)[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^v91^koosearch_v1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [Linux GCC下的“核心已转储”](https://blog.csdn.net/gzbaishabi/article/details/36902343)[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^v91^koosearch_v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值