使用gdb查看挂掉程序堆栈信息

最新推荐文章于 2024-06-19 19:30:30 发布
最新推荐文章于 2024-06-19 19:30:30 发布
阅读量4.8k 收藏 5
点赞数
分类专栏： Linux相关
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ww1314510/article/details/82531842
版权

使用gdb查看挂掉程序堆栈信息

  1. 查看卡死的进程

ps -ef|grep CobotStudio

这里写图片描述
2. 使用gdb打开进程

sudo gdb ./CobotStudio

这里写图片描述
3. 使用attach附加

attach 22108(这里22108为进程子PID)

这里写图片描述
4. 使用bt查看堆栈信息

bt(直接使用bt查看堆栈信息)

这里写图片描述

进入gdb,使用gdb中常用命令

  • c:继续
  • p_:打印
  • list：列表
  • attach:附加
  • b+代码段:设置断点
  • i b：查看设置的断点
  • bt：查看程序crash堆栈信息
  • -up:上一个方法（回车查看下一页）
  • down:下一个方法（回车查看下一页）
犯困的咸鱼
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
使用gdb查看程序异常退出调用栈
dmgy614262711的博客
08-29 1337
源码： #include <stdio.h> #include <iostream> using namespace std; void func() { int a[10]; for (int i = 0; i < 11; i++) { a[i] = i; // 这里数组会溢出 } } int main() { fprintf(stdout, "test start\n"); func(); fprintf(stdout, "test finis
Linux：GDB 调试一些函数栈被毁坏的问题
hhd1988的专栏
01-17 1995
Linux：GDB 调试一些函数栈被毁坏的问题
手把手教你GDB调试
最新发布
weixin_46818814的博客
06-19 969
另一种调试手段——GDB
gdb中查看堆栈信息
hhhlizhao的博客
02-07 3116
frame n命令可查看某一个frame(函数，栈帧)里的变量值等信息。frame命令可以查看当前frame(函数，栈帧)里的变量值等信息。info locals:打印出当前函数里所有的局部变量的命令。down n:表示往栈顶方向下移n层（n默认值为1）info catch:打印出当前函数中的异常处理信息。n是bt命令返回的数字，标识是哪一个frame。（4）up/down命令，向上或向下移动栈帧。（2） f(frame)命令。（3）frame n命令。（1）bt命令，如下。
gdb调试的时候，如何知道程序当前运行的位置
dujunqiu的博客
12-23 1376
当程序执行到你设置的断点位置时，gdb会中断程序的执行，并且显示当前所在的文件名和行号。你可以使用命令break 文件名:行号来设置断点，或者使用break 函数名来设置在某个函数中的断点。4：使用gdb的display命令，可以在每次程序停下来时显示某个表达式的值。你可以使用display 变量名来监视某个变量的值，或者使用display 函数名来监视某个函数的返回值。1：使用gdb的命令where或backtrace，可以显示当前的函数调用栈信息，包括正在执行的函数以及调用关系。
gdb调试通过core文件找出程序在哪里挂了
Andy
05-08 2852
开发中有时会遇到程序本身编译没有错，但是就是不能运行的情况，让人纠结，下面通过一个例子说说如何通过通过core文件查看函数调用栈从而找出问题所在。 代码如下： 错误提示： 程序逻辑上并没有错误，下面看调试过程： 终端执行时发现有错误 core dump,查看是否产生core文件，通过gdb调试core文件 bt命令查看函数调用栈，找到自己写的地方，就可以看
gdb调试已在运行中的进程
weixin_30359021的博客
07-31 850
一、在服务器上调试进程，服务器上并没有源代码，所以需要将源码上传至服务器，才能调试看到源码，以下是步骤： 1、查看服务进程id：pgrep 服务名 [user@user-MP app]$ pgrep progream_svr 5111 2、启动gdb：gdb progream_svr5111 3、设置源码映射 set substitute-path /home/ahwen/worksp...
gdb查看脚本挂在哪一行了
ITsenlin的专栏
03-27 3048
运行过程中脚本挂住一直不退出，并且从日志中也看不出来脚本运行到哪儿了，这时可以用gdb来进行查看，方法如下: 1. gdb attach  2. (gdb) p line_number 就会输出脚本挂在了哪一行，然后分析脚本相应行即可
linux 下如何通过 GDB 调试，查崩溃
gaga392464782的专栏
09-21 2459
linux，c/c++如何通过GDB查看崩溃
linux下程序崩溃后记录调用堆栈.以便查找问题
ghosthjt的专栏
02-20 6458
在linux下程序崩溃后，一般都会有coredump,但是这个coredump有时候会被截断（尽管已经设置了ulimit -c unlimited也会），导致没法用gdb查看问题所在。 只好想办法在程序崩溃时自己记录下堆栈信息。 思路是: 1.注册信号处理函数，处理所有默认行为为终止程序的信号。 2.用backtrace得到发生问题的线程的堆栈调用地址列表。 3.用backtrace_s
gdb如何保存和读取断点
把握自己。
05-07 5790
刚开始在linux下学编程使用gdb的同学可能会发现，每次用gdb设置断点调试程序，但下次打开的时候所有断点都没有了，很不方便。下面介绍保存和读取断点的方法。     1. 保存断点     先用info b 查看一下目前设置的断点，使用save breakpoint命令保存到指定的文件，这里我使用了和进程名字后面加bp后缀，你可以按你的喜好取名字。     我使用的是save
gdb调试
RYSX002的博客
02-19 187
1.添加调试信息：gcc -g .... gcc -g main.c 2.wh: 打开代码窗口 建议调试时都打开，可以清楚知道代码运行到哪里(如果程序乱码则不打开，直接用list查看) 2.list（l）：查看程序 3.直接enter回车：重复上一条指令 4.break（b）+ 行号n：在源程序第n行处打断点 break（b）+ 函数名：在函数入口处打断点 break（b）+filename:linenum：在文件filename的linenum行处打断点 brea...
【GDB】GDB多线程查看线程堆栈|GDB 调试多线程和多进程总结
小鱼菜鸟的博客
10-04 4157
目录 GDB多线程查看崩溃时线程的堆栈 线程的查看以及利用gdb调试多线程 GDB 调试多线程和多进程总结 排除步骤 调试多进程 一、gdb的基础知识复习 二、使用gdb调试多进程 三，gdb 调试多线程 四、设置线程名字(便于分析) linuxGDB下动态链接库的调试 GDB设置线程锁(一个线程动其他不动) 作者：banda...
linux 内核死机 堆栈,rtlinux运动实时内核死机调试方法
weixin_28902341的博客
04-30 615
在Linux系统中提供实时内核死机调试方法，在系统中也给出了示例。示例存放路径是/usr/src/rtlinu-3.1/debugger目录，目录中的readme文件详细说明了实时内核死机调试方法。其调试方法的主要内容是：先加载实时调试模块rtl_debug.o，然后加载实时内核模块，当实时内核模块出现导致死机的条件时，rtl_debug.o模块将其挂起，再使用gdb进行调试。运动模块MillMo...
线程的查看以及利用gdb调试多线程
热门推荐
zhangye3017的博客
05-20 9万+
1. 线程的查看 首先创建两个线程： #include &amp;amp;amp;lt;stdio.h&amp;amp;amp;gt; #include &amp;amp;amp;lt;unistd.h&amp;amp;amp;gt; #include &amp;amp;amp;lt;pthread.h&amp;amp;amp;gt; #include &amp;amp;amp;lt;stdlib.h&amp;amp;amp;gt; #in
GDB调试
wang_chen00的专栏
03-11 1084
文章出处http://www.cppblog.com/baby-fly/archive/2010/07/27/121395.html  GDB的使用方法——5 2008/07/22 12:47   [gcc/g++/gdb等开发调试诊断工具 ] 查看源程序 ----- 一、显示源代码 GDB 可以打印出所调试程序的源代码，当然，在程序编译时一定要加上-g的参数
GDB调试命令详解
weixin_36335122的博客
02-09 6836
GDB调试命令详解GDB调试命令详解概念作用安装使用GDB单步调试查看堆栈信息调试正在执行的程序调试执行异常崩溃的程序 GDB调试命令详解 概念 通过调试程序，我们可以监控程序执行的每一个细节，包括变量的值、函数的调用过程、内存中数据、线程的调度等，从而发现隐藏的错误或者低效的代码 作用 1、程序启动时，可以按照我们自定义的要求运行程序，例如设置参数和环境变量； 2、可使被调试程序在指定代码处暂停运行，并查看当前程序的运行状态（例如当前变量的值，函数的执行结果等），即支持断点调试； 3、程序执行过程中，可以
常用GDB快捷指南
Thomas_Cai的记忆殿堂
03-25 998
这里只介绍一些GDB简单用法，其实日常定位问题也足够了，而且这也是日常定位问题总结出来的，做个笔记以防时间久了，记忆模糊了。
linux gdb使用
baidu_16370559的博客
12-29 2706
gdb 是由软件系统社区提供的调试器。
gdb如何查看堆栈信息
06-13
在gdb调试过程中，可以使用以下命令查看堆栈信息： 1. 查看函数调用堆栈信息：使用`backtrace`命令可以查看当前函数的调用堆栈信息，例如： ``` (gdb) backtrace #0 0x00000000004005b7 in func1 () at main.c:9 #1 0x00000000004005f7 in func2 () at main.c:14 #2 0x0000000000400629 in main () at main.c:19 ``` 上述输出结果表示当前函数`func1`是被`func2`调用的，在`main`函数中调用了`func2`。 2. 查看局部变量的值：使用`print`命令可以查看局部变量的值，例如： ``` (gdb) print var1 $1 = 10 ``` 上述输出结果表示当前局部变量`var1`的值为`10`。 3. 查看堆信息：使用`info malloc`命令可以查看当前程序的堆信息，例如： ``` (gdb) info malloc Arena 0: system bytes = 135168 in use bytes = 0 total bytes = 135168 in use blocks = 0 total blocks = 0 max in use = 0 Arena 1: system bytes = 135168 in use bytes = 16 total bytes = 135168 in use blocks = 1 total blocks = 1 max in use = 16 All arenas: system bytes = 270336 in use bytes = 16 total bytes = 270336 in use blocks = 1 total blocks = 1 max in use = 16 ``` 上述输出结果表示当前程序中有一个堆块，占用了`16`个字节的空间。 以上仅是gdb中查看堆栈信息的几个常用命令，还有很多其他命令可以用来查看程序的运行状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值