GDB技巧：使用checkpoint解決難以複現的Bug

本文的copyleft歸[email protected]所有，使用GPL釋出，可以自由拷貝，轉載。但轉載請保持文檔的完整性，注明原作者及原連結，嚴禁用于任何商業用途。

作者：[email protected]

部落格：linuxfocus.blog.chinaunix.net 

作為程式員，調試是一項很重要的基本功。調試的技巧和水準，直接決定了解決問題的時間。一般情況下，GDB的基本指令已經足以應付大多數問題了。但是，對于有些問題，還是需要更進階一些的指令。今天介紹一下checkpoint。

有一些bug，可能很難複現，當好不容易複現一次，且剛剛進入程式的入口時，我們需要珍惜這個來之不易的機會。如果隻使用基本指令的話，對于大部分代碼，我們都需要使用step來步進。這樣無疑會耗費大量的時間，因為大部分的代碼可能都沒有問題。可是一旦不小心使用next，結果恰好該語句的函數調用傳回出錯。那麼對于這次來之不易的機會，我們隻得到了部分資訊，即确定問題出在該函數，但是哪裡出錯還是不清楚。于是還需要再一次的複現bug，時間就這樣浪費了。

是以，對于這種問題，就是checkpoint大顯身手的時候。先看一下GDB關于checkpoint的說明：

On certain operating system(Currently, only GNU/Linux), GDB is able to save a snapshot of a program's state, called a checkpoint and come back to it later.

Returning to a checkpoint effectively undoes everything that has happened in the program since the checkpoint was saved. This includes changes in memory, register, and even(within some limits) system state. Effectively, it is like going back in time to the moment when the checkpoint was saved.

也就是說checkpoint是程式在那一刻的快照，當我們發現錯過了某個調試機會時，可以再次回到checkpoint儲存的那個程式狀态。

舉例說明一下：

#include <stdlib.h>

#include <stdio.h>

static int func()

{

    static int i = 0;

    ++i;

    if (i == 2) {

        return 1;

    }

    return 0;

}

static int func3()

    return func();

static int func2()

static int func1()

int main()

    int ret = 0;

    ret += func1();

    ret += func2();

    ret += func3();

    return ret;

當我們執行這個程式時，發現程式傳回1，不是期望的成功0。于是開始調試程式，由于函數調用的嵌套過多，我們沒法一眼看出是main中的哪個函數調用出錯了。于是在ret += func1()前，我們儲存一個checkpoint。

(gdb) b main

Breakpoint 1 at 0x80483e0: file test.c, line 31.

(gdb) r

Starting program: /home/fgao/works/test/a.out

Breakpoint 1, main () at test.c:31

31 int ret = 0;

Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.i686

(gdb) n

33 ret += func1();

(gdb) checkpoint

checkpoint: fork returned pid 2060.

(gdb)

然後使用next步進，并每次調用完畢，列印ret的值

34 ret += func2();

(gdb) p ret

$4 = 0

35 ret += func3();

$5 = 1

結果發現，在調用func2()調用後，ret的值變為了1。可是此時，我們已經錯過了調試func2的機會。如果沒有checkpoint，就需要再次從頭調試了——對于這個問題從頭調試很容易，但是對于很難複現的bug可就不說那麼容易的事情了。

ok，使用checkpoint恢複

(gdb) restart 1

Switching to process 2060

#0 main () at test.c:33

很簡單，現在GDB恢複到了儲存checkpoint時的狀态了。上面“restart 1“中的1為checkpoint的id号，可以使用info檢視。

(gdb) info checkpoints

* 1 process 2060 at 0x80483e7, file test.c, line 33

  0 process 2059 (main process) at 0x80483f7, file test.c, line 35

從上面可以看出checkpoint的用法很簡單，但是很有用。就是在平時的簡單的bug修正中，也可以加快我們的調試速度——畢竟減少了不必要的重制bug的時間。