使用gdb來(lái)調(diào)試程序應(yīng)該算是Linux開(kāi)發(fā)的必備技能吧，今天來(lái)看看如何使用gdb調(diào)試段錯(cuò)誤(Segmentation fault)。

首先來(lái)看一下如下例子：

#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;}

然后編譯執(zhí)行

執(zhí)行時(shí)出現(xiàn)了段錯(cuò)誤(Segmentation fault)。那接下來(lái)我們來(lái)使用gdb排查問(wèn)題在哪？

我們重新編譯程序，但是編譯時(shí)要加上-g，要使用gdb調(diào)試時(shí)，編譯要加上該選項(xiàng)。

接下來(lái)就是使用gdb進(jìn)行調(diào)試了！

執(zhí)行gdb test

然后使用run開(kāi)始執(zhí)行程序

我們收到了來(lái)自操作系統(tǒng)的SIGSEGV信號(hào)，這就意味著我們?cè)噲D去訪問(wèn)一段非法的內(nèi)存。

我們使用backtrace看一下堆棧情況：

我們主要看我們程序中的，提示我們崩潰在第10行！就是

fgets(buf, 1024, stdin);

為什么會(huì)崩潰在fgets呢，肯定是我們給的參數(shù)有問(wèn)題！我們使用print打印一下buf的值。

呵呵！空指針........那就是malloc沒(méi)成功了！我們打斷點(diǎn)來(lái)調(diào)試。先使用kill停止

接下來(lái)在第8行打斷點(diǎn)

看清楚，打斷點(diǎn)的方式，是在C文件上：

break test.c:8

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

我們發(fā)現(xiàn)執(zhí)行malloc前后都是0x0,  當(dāng)然有時(shí)候malloc前可能是一個(gè)亂值。

這已經(jīng)可以說(shuō)明malloc沒(méi)有成功了！其實(shí)主要就是我們分配的空間太大了，分配了4G左右的空間。改為1024就OK了！

上面主要還是跟大家講一些基本的排查方法，gdb還有挺多功能的，大家可以去查閱資料。gdb在應(yīng)用開(kāi)發(fā)還是比較常用的，大家還是要掌握！

猜你喜歡

bug解決不了？使用日志法

從單片機(jī)工程師的角度看嵌入式Linux

你的單片機(jī)裸機(jī)程序框架是怎樣的？