当前位置:首页 > 嵌入式 > 嵌入式大杂烩
[导读]推荐 大家好,我是ZhengN,最近没来得及输出文章,咱们周末再见。 本次分享一篇 young 的关于调试段错误的一篇文章。最近也有遇到了这个东东,得着手学习把gdb用起来,先mark一下。以下为原文内容: 前言 使用gdb来调试程序应该算是Linux开发的必备技能吧,今

推荐

大家好,我是ZhengN,最近没来得及输出文章,咱们周末再见。
本次分享一篇 young 的关于调试段错误的一篇文章。最近也有遇到了这个东东,得着手学习把gdb用起来,先mark一下。以下为原文内容:

前言




使用gdb来调试程序应该算是Linux开发的必备技能吧,今天来看看如何使用gdb调试段错误(Segmentation fault)。






如何调试段错误



首先来看一下如下例子:

#include <stdio.h>#include <stdlib.h> int main(int argc, char **argv){ char *buf;  buf = malloc(1<<31);  fgets(buf, 1024, stdin); printf("%s\n", buf);  return 1;}

然后编译执行

执行时出现了段错误(Segmentation fault)。那接下来我们来使用gdb排查问题在哪?


我们重新编译程序,但是编译时要加上-g,要使用gdb调试时,编译要加上该选项。


接下来就是使用gdb进行调试了!

执行gdb test


然后使用run开始执行程序


我们收到了来自操作系统的SIGSEGV信号,这就意味着我们试图去访问一段非法的内存。

我们使用backtrace看一下堆栈情况:


我们主要看我们程序中的,提示我们崩溃在第10行!就是

fgets(buf, 1024, stdin);


为什么会崩溃在fgets呢,肯定是我们给的参数有问题!我们使用print打印一下buf的值。


呵呵!空指针........那就是malloc没成功了!我们打断点来调试。先使用kill停止


接下来在第8行打断点


看清楚,打断点的方式,是在C文件上:

break test.c:8


然后run就停在了第8行,我们打印一下buf值


我们发现执行malloc前后都是0x0,  当然有时候malloc前可能是一个乱值。

这已经可以说明malloc没有成功了!其实主要就是我们分配的空间太大了,分配了4G左右的空间。改为1024就OK了!






总结



上面主要还是跟大家讲一些基本的排查方法,gdb还有挺多功能的,大家可以去查阅资料。gdb在应用开发还是比较常用的,大家还是要掌握!


猜你喜欢

bug解决不了?使用日志法

从单片机工程师的角度看嵌入式Linux

你的单片机裸机程序框架是怎样的?


免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除( 邮箱:macysun@21ic.com )。
换一批
延伸阅读
关闭