Linux C/C++ 程序崩溃宕机调试

原创已于 2022-04-05 10:54:39 修改 · 1.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#c++

于 2022-04-05 10:53:55 首次发布

C++ 专栏收录该内容

54 篇文章

订阅专栏

本文详细介绍了如何通过log函数、异常处理、系统信号捕获以及coredump技术来诊断和调试Linux下的C/C++程序崩溃问题，包括backtrace、backtrace_symbols函数的使用方法和核心转储文件的利用。

Linux C/C++ 程序崩溃宕机调试

1、使用log打印函数
2、使用异常处理
3、捕获系统信号
使用到函数

int backtrace (void **__array, int __size);
char **backtrace_symbols (void *const *__array, int __size);

4、core dump

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

JackPai

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

让Linux系统崩溃的命令

小灰灰的博客

08-31

1947

【代码】让Linux系统崩溃的命令。

Linux 平台中调试 C/C++ 内存泄漏方法

程序猿老樊的博客

02-23

474

在C++中，编译器能够报出的错误一般都是简单且容易处理的错误，而内存泄露往往是我们C++程序员最头痛的错误。与许多其他类型的常见错误不同，内存错误通常具有隐蔽性，即它们很难再现，症状通常不能在相应的源代码中找到。例如，无论何时何地发生内存泄漏，都可能表现为应用程序完全无法接受，同时内存泄漏不容易被发现。存在内存错误的 C 和 C++ 程序会导致各种问题。如果它们泄漏内存，则运行速度会...

参与评论您还未登录，请先登录后发表或查看评论

linux 程序crash 调试、原因分析及问题定位

无人等人的博客

05-26

1万+

linux 程序崩溃，如果能根据已有的插桩日志能排查出来自然好，但是往往日志未全覆盖，这时候排查起来还是比较麻烦的。一般来说有以下这几种方法获取崩溃现场数据。 core dump core dump是linux原生自带的一个异常分析工具，当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中。注意程序编译需要带 -g。开启core dump linux 默认是关闭的。开启 ulimit -c unlimited 此时，运行程序发生sigsegv之类的异常时

linux 使用kdump和crash工具调试内核

12-25

5020

发生崩溃时，create_oops函数栈空间的FP放在 ffff80001f51f670 处，那么LR在其高8字节的地址上，因此LR放在ffff80001f51f678处。struct 用来显示内核中数据结构的定义或者值 struct vm_area_struct。由于LR存放了子函数返回的下一条指令，再减去4字节，就是其父函数调用该函数的PC值。找到create_oops的父函数 _MODULE_INIT_START_oops。x0是参数，参数是vm_area_struct，所以要查看其结构体的偏移。

Linux下进程崩溃时定位源代码位置

向往大海专栏

12-28

2105

摘自：http://blog.chinaunix.net/uid-26611383-id-3453351.html 前几天领导安排一个小项目，大意是解决这样一个问题：在Linux系统下，进程可能由于各种原因崩溃，此时我们要找到出问题的源代码在某一个文件的具体行号，这样调试起来就会方便，高效很多，可能是公司项目要用到，想想挺有意思的，加上自己本身是个Linux狂热者，最终花了两三天解决

一次linux中定位c++程序运行异常的经历

机智的程序员小熊

05-25

754

今天下午我遇到了一些棘手的问题，因为在mips64上编译程序，经常出现程序编译不出来，或者运行不正常，花了很长的时间定位，最后和同事一些解决了，下面分享出来我提炼出来的一些核心定位问题的步骤。子线程创建不出来猜测：go的程序都能创建出子线程，但是c++的创建不出来，但是在 x86 可以，是不是什么 linux 系统限制？解决方法：加错误日志进行调试（最 lower 办法）找到报错点：查询 man 手册，看看是不是能找到有帮助的东西 man pthread_attr_setstacksize

c/c++ 宕机生成 dump 文件

08-30

C/C++应用程序在遇到宕机或崩溃时，可以生成dump文件，用于分析和排查问题。dump文件是一个二进制文件，包含了应用程序当前状态的所有信息，例如寄存器的值、堆栈信息、内存快照等。生成dump文件的过程通常需要在...

C/C++ 处理coredump文件

weixin_44123098的博客

12-23

1133

文章目录前言一、准备二、命令：objcopy三、调试core文件前言线上项目在宕机时会产生core文件，外网没有源码，通过符号表可以看到程序崩溃在哪个文件哪行。一、准备先写一个可以宕机的代码 #include <iostream> #include <vector> void testcore(){ std::vector<int> a; std::vector<int> b; a[1] = 0;

C++程序发生内存越界，一定会导致程序崩溃吗？详解内存越界

dvlinker的技术专栏

05-03

1万+

内存越界是否一定会导致程序崩溃吗？详解内存越界

C/C++内存泄漏与检测

十年代码写十年

07-21

1188

“该死系统存在内存泄漏问题”，项目中由于各方面因素，总是有人抱怨存在内存泄漏，系统长时间运行之后，可用内存越来越少，甚至导致了某些服务失败。内存泄漏是最难发现的常见错误之一，因为除非用完内存或调用malloc失败，否则都不会导致任何问题。实际上，使用C/C++这类没有垃圾回收机制的语言时，你很多时间都花在处理如何正确释放内存上。如果程序运行时间足够长，如后台进程运行在服务器上，只要服务器不宕机就一...

Linux C/C++内存越界定位: 利用mprotect使程序在crash在第一现场

Life runs on code

04-20

1万+

对于大型Linux C/C++程序，内存越界和野指针类问题往往比较难定位。有的由于内存被非法改写造成了业务功能问题，有的则直接导致了程序crash，而且还经常不是第一现场。针对这种问题，可以采取的解决方法有：利用valgrind工具来排查，会影响程序性能；使用Address Sanitizer工具排查；如果是固定的内存被破坏，可以利用gdb watch来抓取第一现场的调用栈；可以利用G...

linux SIGSEGV 信号捕捉，保证发生段错误后程序不崩溃

热门推荐

work_msh的专栏

01-05

3万+

在linux中编程的时候有时候 try catch 可能满足不了我们的需求。因为碰到类似数组越界，非法内存访问之类的，这样的错误无法捕获。下面我们介绍一种使用捕获信号实现的异常用来保证诸如段错误之类的错误发生时程序不会崩溃，而是跳过代码继续执行。首先我们来看看发生段错误之后系统的处理。发生段错误后系统会抛出 SIGSEGV 信号，之后调用默认的信号处理函数，产生core文件，然后关

c++崩溃调试总结

疯狂的程序员

07-03

1121

dump文件的生成常用有两种方式，一种是在程序main中封装崩溃时写dmp文件接口，一种是windbg工具。方式二：windbg产生dmp文件首先商店直接下载，安装windbg工具然后通过.dump命令生成dmp文件。如果程序启动就崩溃，使用Launch executable选择exe，如果是运行期间崩溃，使用Attach to process选择对应进程。然后点击GO开始，等待崩溃后，在Command下面命令窗口输入.dump命令即可。同样常用有两种方式，一种是通过直接打开文件调试，一种是使用工

C++(Qt)软件调试---linux使用dmesg定位程序崩溃位置（14）

mahuifa的博客

10-19

2294

在我们日常开发中，经常会遇见程序崩溃退出的情况，一般在linux下我们可以通过生成core文件来进行调试，定位出现异常位置，但是如果我们忘记了生成core文件或者程序在用户机器上运行没有生成core，就无法通过调试core文件定位异常，这时就可以使用dmesg中的信息帮助调试。

C++程序崩溃问题调试方法

vector2009的专栏

04-09

1036

"Windows: 6.2.9200, SP 0.0, Product Type 1 Process: D:\choice\PosClient_7_100\posClient.exe Exception Addr: 006925F2 Module: D:\choice\PosClient_7_100\posClient.exe Exception Code: C0000094 Inst...

Linux Debugging（一）: 使用反汇编理解C++程序函数调用栈

iteye_18891的博客

01-24

282

拿到CoreDump后，如果看到的地址都是？？？？，那么基本上可以确定，程序的栈被破坏掉了。GDB也是使用函数的调用栈去还原“事故现场”的。因此理解函数调用栈，是使用GDB进行现场调试或者事后调试的基础，如果不理解调用栈，基本上也从GDB得不到什么有用的信息。当然了，也有可能你非常“幸运”，一个bt就把哪儿越界给标出来了。但是，大多数的时候你不够幸运，通过log，通过简单的code walkt...

C++ core dump调试及崩溃监控

@毛宏斌

02-05

1万+

一、概述 C++程序崩溃时会产生core dump，一般有Segmentation Fault和Abort等。二、保存core dump文件很多时候需要保存core dump文件，方便后面调试修复BUG。默认linux系统的core dump可能没有打开，因为core dump的文件很大，如果一个机器多个角色复用瞬间写很大的一个core dump文件，会大量占用机器资源，所以如果

LINUX下的C++异常处理

embedfans的专栏

12-22

664

处理 C++ 中的异常会在语言级别上遇到少许隐含限制，但在某些情况下，您可以绕过它们。学习各种利用异常的方法，您就可以生产更可靠的应用程序。　　保留异常来源信息　　在 C++中，无论何时在处理程序内捕获一个异常，关于该异常来源的信息都是不为人知的。异常的具体来源可以提供许多更好地处理该异常的重要信息，或者提供一些可以附加到错误日志的信息，以便以后进行分析。 http://www.embe

Linux C++ 跟踪程序奔溃及函数调用关系

知行合一的博客

03-03

1937

在大型项目中，如果程序突然奔溃会是一件很头疼的事，程序员很难去寻找导致奔溃的代码，只能通过不断的设置断点或者打印消息来慢慢的找到出错位置，这会消耗程序员很大的精力和时间。所以很多公司都会有一套程序奔溃定位机制来找到奔溃函数和行数。目前常用的方法是生成core文件，然后再通过gdb调试得到奔溃定位和函数的调用历史，可以看文章《 Linux 利用gdb进行程序奔溃定位》。 Linux中有几个接口类似