如何使用GDB从多个文件中找到分段错误 [英] How do I find segmentation fault from multiple files using GDB

问题描述

我在采访中被问到如何使用GDB调试C程序中的段错误。

我告诉他们我们可以用 -g 选项编译我们的程序，以便它将调试信息添加到二进制文件中，可以读取核心转储文件，但随后面试官告诉我他是否有3到4个文件一起编译，但其中一个导致了分段错误，那么我们如何在GDB中进行调试？

解决方案

  $ gcc -ggdb s1.c s2.c s3.c -o myprog 
 $ gdb myprog 
（gdb）运行--arg1 --arg2 
  

当GDB发生分段错误时，GDB将正常运行程序退回到它的提示符，这与使用核心文件运行GDB几乎相同。主要的不同之处在于，当程序在GDB中崩溃时，您无法使用核心文件进行打印。 （例如，您可以使用 print 来调用程序中的某些函数。）

您也可以附加到使用 gdb --pid<程序pid> 。

的已经运行的程序。使用上面的方法之一，当你在崩溃后有GDB提示时，输入 backtrace （或者 bt ） ），GDB会在崩溃时向您显示堆栈，包括每个调用的文件名和行号以及当前正在执行的行。

I have been asked in an interview how can you debug segmentation fault in C program using GDB.

I told them we can compile our program with -g option so as it add debugging information to binary file and can read core dump file but then interviewer told me if he we have 3 to 4 files compiled together but one of them causing segmentation fault then how do we debug in GDB?

解决方案

$ gcc -ggdb s1.c s2.c s3.c -o myprog
$ gdb myprog
(gdb) run --arg1 --arg2

GDB will run the program as normal, when the segmentation fault occurs GDB will drop back to its prompt and it will be almost the same as running GDB with a core file. The major difference is there are some things you cannot do/print with a core file that you can when the program has crashed inside of GDB. (You can use print to call some functions inside the program, for example.)

You can also attach to an already running program using gdb --pid <the programs pid>.

Either with a core file or with one of the methods above, when you have the GDB prompt after the crash, type backtrace (or bt for short) and GDB will show you the stack at the time of the crash, including the file names and line numbers of each call and the currently executing line.

这篇关于如何使用GDB从多个文件中找到分段错误的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！