ubuntu下使用gdb调试程序（栈溢出）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了ubuntu下使用gdb调试程序（栈溢出），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1430字，纯文字阅读大概需要3分钟。

内容图文

在linux下发生段错误时会生成core dump核心转储文件里面记录了发生段错误时的函数调用关系。
在ubuntu上默认的栈空间大小为8192kb应用程序的栈超过这个值就会发生段错误，可以通过命令ulimit -s来查看栈的大小。

//test1
#include <stdio.h>
#include <unistd.h>
#include <string.h>

void call_fault(void)
{
  char array[9 * 1024 * 1024];//超过了默认设置的栈的大小

  memset(array, 0, sizeof(array));
}

void call_test(void)
{
  int a;

  a = 1;
  call_fault();
}

int main()
{
  call_test();

  return 0;
}

参照下面的步骤来操作：

1. 无论你是用Makefile来编译，还是直接在命令行手工输入命令来编译，都应该加上 -g 选项。
   gcc -g test1.c -o test1
2. 一般来说，在默认情况下，在程序崩溃时，core文件是不生成的（很多Linux发行版在默认时禁止生成核心文件）。所以，必须修改这个默认选项，在命令行执行：
   ulimit -c unlimited 表示不限制生成的core文件的大小。
3. 运行程序，会发生Segmentation Fault错误。
   ./test1
4. 这时，会发现在程序同一目录下，生成了一个文件名为 core.*** 的文件，即核心文件。例如，“core.15667”这样的文件。(文件名也可能直接就是core)
5. 用GDB调试它。假设可执行程序名为test1，则在命令行执行
   gdb test1 core
   给出了信息，在9行出现了问题，导致了段错误
   backtrace(简写：bt) //显示程序的堆栈信息，可以由此分析出函数的调用关系
   
   frame 3 //上面以#开头的行称为帧(frame)，可以使用frame指定查看，比如这里指定查看第3帧
   
   backtrace full （简写bt full） //full参数表示完全显示函数之间相互调用时传递的参数值和函数的内部变量值
   
   这里可以看出来，具体产生栈溢出导致段错误的原因，由于请求的数组的大小已经大于了默认的栈的大小

内容总结

以上是互联网集市为您收集整理的ubuntu下使用gdb调试程序（栈溢出）全部内容，希望文章能够帮你解决ubuntu下使用gdb调试程序（栈溢出）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---