0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
电子发烧友
开通电子发烧友VIP会员 尊享10大特权
海量资料免费下载
精品直播免费看
优质内容免费畅学
课程9折专享价
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

GDB調(diào)試原理是什么?

一、前言這篇文章來聊聊大名鼎鼎的GDB,它的豪門背景咱就不提了,和它的兄弟GCC一樣是含著金鑰匙出生的,在GNU的家族中的地位不可撼動。相信每位嵌入式開發(fā)工程師都使用過gdb來調(diào)試程序,如果你說沒有用過,那只能說明你的開發(fā)經(jīng)歷還不夠坎坷,還需要繼續(xù)被 BUG吊打。

我們都知道,在使用gcc編譯時(shí),可以使用-g選項(xiàng)在可執(zhí)行文件中嵌入更多的調(diào)試信息,那么具體嵌入了哪些調(diào)試信息?這些調(diào)試信息是如何與二進(jìn)制的指令之間進(jìn)行相互交互?在調(diào)試的時(shí)候,調(diào)試信息中是如何獲取函數(shù)調(diào)用棧中的上下文信息?

針對上面這些疑惑,道哥用兩篇文章把這些底層最深處的問題徹底描述清楚,讓你一次看過癮。

第一篇文章,就是當(dāng)前這一篇,主要內(nèi)容是介紹GDB的底層調(diào)試原理,我們來看一下GDB是通過什么機(jī)制來控制被調(diào)試程序的執(zhí)行順序。

第二篇文章,我們選擇一個體積小巧、五臟俱全的LUA語言來進(jìn)行剖析,從源代碼分析到函數(shù)調(diào)用棧,從指令集到調(diào)試庫的修改,一網(wǎng)打盡。

內(nèi)容比較多,看完本文需要的時(shí)間可能長一些,為了您的健康,不建議在處于蹲姿的時(shí)候閱讀這篇文章。

二、GDB調(diào)試模型GDB調(diào)試包括2個程序:gdb程序和被調(diào)試程序。根據(jù)這2個程序是否運(yùn)行在同一臺電腦中,可以把GDB的調(diào)試模型分為2種:

本地調(diào)試

遠(yuǎn)程調(diào)試

本地調(diào)試:調(diào)試程序和被調(diào)試程序運(yùn)行在同一臺電腦中。

遠(yuǎn)程調(diào)試:調(diào)試程序運(yùn)行在一臺電腦中,被調(diào)試程序運(yùn)行在另一臺電腦中。

關(guān)于可視化調(diào)試程序并不是重點(diǎn),它只是一個用來封裝GDB的外殼而已。我們既可以用黑乎乎的終端窗口來手動輸入調(diào)試命令;也可以選擇集成開發(fā)環(huán)境(IDE),這個IDE中已經(jīng)嵌入了器調(diào)試,這樣就可以使用各種button來代替手動輸入調(diào)試命令了。

與本地調(diào)試相比,遠(yuǎn)程調(diào)試中多了一個GdbServer程序,它和目標(biāo)程序都是運(yùn)行在目標(biāo)機(jī)中,可能是一臺x86電腦或者是一個ARM板子。圖中的紅線表示GDB與GdbServer之間通過網(wǎng)絡(luò)或者串口進(jìn)行通訊。既然是通訊,那么肯定需要一套通訊協(xié)議:RSP協(xié)議,全稱是:GDB Remote Serial Protocol(GDB遠(yuǎn)程通信協(xié)議)。

關(guān)于通訊協(xié)議的具體格式和內(nèi)容,我們不需要關(guān)心,只需要知道:它們都是字符串,有固定的開始字符(‘$’)和結(jié)束字符(‘#’),最后還有兩個十六進(jìn)制的ASCII字符作為校驗(yàn)和,了解這么多就足夠了。至于更多的細(xì)節(jié),如果實(shí)在閑的XX可以瞄幾眼,其實(shí)這些協(xié)議,就像社會中各種奇葩的規(guī)定一樣,都是一幫磚家在廁所里想出來的。

aUNFNf.png

在第二篇講解LUA的文章中,我們會實(shí)現(xiàn)一個類似的遠(yuǎn)程調(diào)試原型。其中的通信協(xié)議也是字符串,直接把 HTTP 協(xié)議進(jìn)行簡化之后就拿過來使用了,十分清晰、方便。

三、GDB調(diào)試指令為了完整性,這里把部分GDB調(diào)試指令貼一下,有感性認(rèn)識即可。

YFRvuu.png

另外,這里沒有列舉所有的指令,列出的指令都是常用的,比較容易理解。在講解LUA的時(shí)候,我們會選擇其中的某些指令進(jìn)行詳細(xì)的對比,包括底層的實(shí)現(xiàn)機(jī)制。

每一個調(diào)試指令都有很多的命令選項(xiàng),例如斷點(diǎn)相關(guān)的就包括:設(shè)置斷點(diǎn)、刪除斷點(diǎn)、條件斷點(diǎn)、臨時(shí)停用啟用等等。這篇文章的重點(diǎn)是理解gdb底層的調(diào)試機(jī)制,所以應(yīng)用層的這些指令的使用方法就不再列出了,網(wǎng)絡(luò)上的資源很多。

四、GDB與被調(diào)試程序之間的關(guān)系為了方便描述,先寫一個最最簡單的C程序:

#include 《stdio.h》int main(int argc, char *argv[]){ int a = 1; int b = 2; int c = a + b; printf(“c = %d ”, c); return 0;}

編譯命令:

$ gcc -g test.c -o test

我們對可執(zhí)行程序 test 進(jìn)行調(diào)試,輸入命令:

$ gdb 。/test

輸出如下:

在最后一行可以看到光標(biāo)在閃爍,這是gdb程序在等著我們給它下達(dá)調(diào)試命令呢。

當(dāng)上面這個黑乎乎的終端窗口在執(zhí)行g(shù)db 。/test的時(shí)候,在操作系統(tǒng)里發(fā)生了很多復(fù)雜的事情:

系統(tǒng)首先會啟動gdb進(jìn)程,這個進(jìn)程會調(diào)用系統(tǒng)函數(shù)fork()來創(chuàng)建一個子進(jìn)程,這個子進(jìn)程做兩件事情:

調(diào)用系統(tǒng)函數(shù)ptrace(PTRACE_TRACEME,[其他參數(shù)]);

通過execc來加載、執(zhí)行可執(zhí)行程序test,那么test程序就在這個子進(jìn)程中開始執(zhí)行了。

fI3qu2.png

補(bǔ)充一點(diǎn):文中有時(shí)稱之程序,有時(shí)稱之進(jìn)程。“程序”描述的是一個靜態(tài)的概念,就是一堆數(shù)據(jù)躺著硬盤上,而“進(jìn)程”描述的是動態(tài)的過程,是這個程序被讀取、加載到內(nèi)存上之后,在操作系統(tǒng)中有一個任務(wù)控制塊(一個數(shù)據(jù)結(jié)構(gòu)),專門用來管理這個進(jìn)程的。

鋪墊了半天,終于輪到主角登場了,那就是系統(tǒng)調(diào)用函數(shù)ptrace(其中的參數(shù)后面會解釋),正是在它的幫助下,gdb才擁有了強(qiáng)大的調(diào)試能力。函數(shù)原型是:

#include 《sys/ptrace.h》long ptrace(enum __ptrace_request request, pid_t pid, void *addr, void *data);

我們先來看一下 man 中對這個函數(shù)的簡介:

eIjMny.png

tracer就是調(diào)試程序,可以理解為gdb程序;tracee就是被調(diào)試程序,對應(yīng)于圖中的目標(biāo)程序test。一般喜歡用-er和-ee來表示主動和被動的關(guān)系,例如:employer就是雇主(老板),employee就是苦逼的被雇傭者(打工人)。

ptrace系統(tǒng)函數(shù)是Linux內(nèi)核提供的一個用于進(jìn)程跟蹤的系統(tǒng)調(diào)用,通過它,一個進(jìn)程(gdb)可以讀寫另外一個進(jìn)程(test)的指令空間、數(shù)據(jù)空間、堆棧和寄存器的值。而且gdb進(jìn)程接管了test進(jìn)程的所有信號,也就是說系統(tǒng)向test進(jìn)程發(fā)送的所有信號,都被gdb進(jìn)程接收到,這樣一來,test進(jìn)程的執(zhí)行就被gdb控制了,從而達(dá)到調(diào)試的目的。

也就是說,如果沒有g(shù)db調(diào)試,操作系統(tǒng)與目標(biāo)進(jìn)程之間是直接交互的;如果使用gdb來調(diào)試程序,那么操作系統(tǒng)發(fā)送給目標(biāo)進(jìn)程的信號就會被gdb截獲,gdb根據(jù)信號的屬性來決定:在繼續(xù)運(yùn)行目標(biāo)程序時(shí)是否把當(dāng)前截獲的信號轉(zhuǎn)交給目標(biāo)程序,如此一來,目標(biāo)程序就在gdb發(fā)來的信號指揮下進(jìn)行相應(yīng)的動作。

EVVz2i.png

五、GDB如何調(diào)試已經(jīng)執(zhí)行的服務(wù)進(jìn)程是否有小伙伴會提出這樣一個疑問:上面被調(diào)試的程序test是從頭開始執(zhí)行的,是否可以用gdb來調(diào)試一個已經(jīng)處于執(zhí)行中的服務(wù)進(jìn)程呢?答曰:可以。這就涉及到ptrace系統(tǒng)函數(shù)的第一個參數(shù)了,這個參數(shù)是一個枚舉類型的值,其中重要的是2個:PTRACE_TRACEME和PTRACE_ATTACH《。

在上面的講解中,子進(jìn)程在調(diào)用ptrace系統(tǒng)函數(shù)時(shí)使用的參數(shù)是PTRACE_TRACEME,注意橙色文字:是子進(jìn)程調(diào)用ptrace,相當(dāng)于子進(jìn)程對操作系統(tǒng)說:gdb進(jìn)程是我的爸爸,以后你有任何想發(fā)給我的信號,請直接發(fā)給gdb進(jìn)程吧!

如果想對一個已經(jīng)執(zhí)行的進(jìn)程B進(jìn)行調(diào)試,那么就要在gdb這個父進(jìn)程中調(diào)用ptrace(PTRACE_ATTACH,[其他參數(shù)]),此時(shí),gdb進(jìn)程會attach(綁定)到已經(jīng)執(zhí)行的進(jìn)程B,gdb把進(jìn)程B收養(yǎng)成為自己的子進(jìn)程,而子進(jìn)程B的行為等同于它進(jìn)行了一次 PTRACE_TRACEME操作。此時(shí)gdb進(jìn)程會發(fā)送SIGSTO信號給子進(jìn)程B,子進(jìn)程B接收到SIGSTOP信號后,就會暫停執(zhí)行進(jìn)入TASK_STOPED狀態(tài),表示自己準(zhǔn)備好被調(diào)試了。

RjMvmm.png

所以,不論是調(diào)試一個新程序,還是調(diào)試一個已經(jīng)處于執(zhí)行中狀態(tài)的服務(wù)程序,通過ptrace系統(tǒng)調(diào)用,最終的結(jié)果都是:gdb程序是父進(jìn)程,被調(diào)試程序是子進(jìn)程,子進(jìn)程的所有信號都被父進(jìn)程gdb來接管,并且父進(jìn)程gdb可查看、修改子進(jìn)程的內(nèi)部信息,包括:堆棧、寄存器等。

關(guān)于綁定,有幾個限制需要了解一下:不予許自我綁定,不允許多次綁定到同一個進(jìn)程,不允許綁定1號進(jìn)程。

六、偷窺GDB如何實(shí)現(xiàn)斷點(diǎn)指令大道理已經(jīng)講完了,這里我們通過設(shè)置斷點(diǎn)(break)這個調(diào)試指令,來偷窺一下 gdb 內(nèi)部的調(diào)試機(jī)制。還是以上面的代碼為例子,這里再重新貼一下代碼:

#include 《stdio.h》int main(int argc, char *argv[]){ int a = 1; int b = 2; int c = a + b; printf(“c = %d ”, c); return 0;}

來看一下編譯出來的反匯編代碼是什么樣的,編譯指令:

gcc -S test.c; cat test.S)

uuM7r2.png

這里只貼了一部分反匯編代碼,只要能說明底層的原理就達(dá)到我們的目的了。

上面說到,在執(zhí)行g(shù)db 。/test之后,gdb就會fork出一個子進(jìn)程,這個子進(jìn)程首先調(diào)用ptrace然后執(zhí)test程序,這樣就準(zhǔn)備好調(diào)試環(huán)境了。

我們把源碼和匯編代碼放在一起,方便理解:

yEz6ny.png

在調(diào)試窗口輸入設(shè)置斷點(diǎn)指令“break 5”,此時(shí)gdb做2件事情:

對第5行源碼所對應(yīng)的第10行匯編代碼存儲到斷點(diǎn)鏈表中。

在匯編代碼的第10行,插入中斷指令I(lǐng)NT3,也就是說:匯編代碼中的第10行被替換為INT3。

EruU3e.png

然后,在調(diào)試窗口繼續(xù)輸入執(zhí)行指令“run”(一直執(zhí)行,直到遇到斷點(diǎn)就暫停),匯編代碼中PC指針(一個內(nèi)部指針,指向即將執(zhí)行的那行代碼)執(zhí)行第10行時(shí),發(fā)現(xiàn)是INT3指令,于是操作系統(tǒng)就發(fā)送一個SIGTRAP信號給test進(jìn)程。

此刻,第10行匯編代碼被執(zhí)行過了,PC指針就指向第11行了。

eeIrQv.png

上面已經(jīng)說過,操作系統(tǒng)發(fā)給test的任何信號,都被gdb接管了,也就是說gdb會首先接收到這SIGTRAP個信號,gdb發(fā)現(xiàn)當(dāng)前匯編代碼執(zhí)行的是第10行,于是到斷點(diǎn)鏈表中查找,發(fā)現(xiàn)鏈表中存儲了第10行的代碼,說明第10行被設(shè)置了斷點(diǎn)。于是gdb又做了2個操作:

把匯編代碼中的第10行“INT3”替換為斷點(diǎn)鏈表中原來的代碼。

2. 把 PC 指針回退一步,也即是設(shè)置為指向第10 行。

然后,gdb繼續(xù)等待用戶的調(diào)試指令。

3Mvuaa.png

此刻,就相當(dāng)于下一條執(zhí)行的指令是匯編代碼中的第10行,也就是源碼中的第5行。從我們調(diào)試者角度看,就是被調(diào)試程序在第5行斷點(diǎn)處暫停了下來,此時(shí)我們可以繼續(xù)輸入其他調(diào)試指令來debug,比如:查看變量值、查看堆棧信息、修改局部變量的值等等。

七、偷窺GDB如何實(shí)現(xiàn)單步指令next還是以剛才的源代碼和匯編代碼為例,假設(shè)此時(shí)程序停止在源碼的第6行,即匯編代碼的第11行:

e26bae.png

在調(diào)試窗口輸入單步執(zhí)行指令next,我們的目的是執(zhí)行一行代碼,也就是把源碼中第6行代碼執(zhí)行完,然后停止在第7行。gdb在接收到next執(zhí)行時(shí),會計(jì)算出第7行源碼,應(yīng)該對應(yīng)到匯編代碼的第14行,于是gdb就控制匯編代碼中的PC指針一直執(zhí)行,直到第13行執(zhí)行結(jié)束,也就是PC指向第14行時(shí),就停止下來,然后繼續(xù)等待用戶輸入調(diào)試指令。

八、總結(jié)通過break和next這2個調(diào)試指令,我們已經(jīng)明白了gdb中是如何處理調(diào)試指令。當(dāng)然,gdb中的調(diào)試指令還有很多,包括更復(fù)雜的獲取堆棧信息、修改變量的值等等,有興趣的小伙伴可以繼續(xù)深入跟蹤。

后面我在寫LUA語言中的調(diào)試庫時(shí),會更深入、詳細(xì)的討論這個問題,畢竟LUA語言更小巧、簡單。我也會把LUA代碼中如何設(shè)置PC指針的代碼部分給小伙伴演示一下,這樣我們對于一門編程語言的內(nèi)部實(shí)現(xiàn)就會有更好的理解和掌握,也可能會錄制一個視頻,這樣就能更好的講解LUA語言中的內(nèi)部細(xì)節(jié)。

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 程序
    +關(guān)注

    關(guān)注

    117

    文章

    3824

    瀏覽量

    82504
  • 編譯器
    +關(guān)注

    關(guān)注

    1

    文章

    1657

    瀏覽量

    49929
  • gdb
    gdb
    +關(guān)注

    關(guān)注

    0

    文章

    60

    瀏覽量

    13551
收藏 0人收藏

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    硬件調(diào)試:JLink 驅(qū)動配置與調(diào)試技巧

    摘要: 本文深入探討了 JLink 調(diào)試器在嵌入式系統(tǒng)硬件調(diào)試中的應(yīng)用,詳細(xì)闡述了 JLink 驅(qū)動配置的方法以及硬件調(diào)試技巧。本文以國科安芯的AS32系列MCU芯片為例,通過分析 JLink
    的頭像 發(fā)表于 06-12 23:20 ?111次閱讀
    硬件<b class='flag-5'>調(diào)試</b>:JLink 驅(qū)動配置與<b class='flag-5'>調(diào)試</b>技巧

    有辦法讓SDK 1.3.5與JTAG調(diào)試器配合使用嗎?

    使用 Segger J- 6EDL_SPI_LINK GDB 服務(wù)器的調(diào)試配置。 我看到控制臺中打印了多個錯誤,如下所示: 827^error,msg=\"Dwarf Error:無法找到從
    發(fā)表于 05-23 07:32

    使用OpenOCD調(diào)試DEMO_FX3_U3V_CAM01時(shí)出錯,是哪里的原因?

    我正試圖用 OCD 調(diào)試演示板,但出現(xiàn)了以下錯誤 Error in services launch sequence GDB prompt not read我按照《EzUsbSuite 用戶指南》第 3 章的要求進(jìn)行操作。 你知道我做錯了什么嗎?
    發(fā)表于 05-21 07:07

    加載示例圖像時(shí),COM7的調(diào)試控制臺hello_world不顯示消息怎么解決?

    板是 mimxrt1180_evk。 我無法從板中找到 JP5。 使用示例映像進(jìn)行測試時(shí),調(diào)試控制臺(通過 Windows11 電腦中的 J53、COM7 連接hello_world不顯示任何消息。 但是 gdb 在源文件中顯示了我的簡單代碼更改。 請盡快發(fā)現(xiàn),謝謝!
    發(fā)表于 03-25 07:01

    STM32CubeIDE無法啟動正常調(diào)試是哪里出了問題?

    STM32CubeIDE始終正常使用中,昨日系統(tǒng)升級為 macOS Sequoia 版本,啟動調(diào)試出現(xiàn)錯誤提示,重新安裝應(yīng)用程序及 st-stlink-server 驅(qū)動,仍提示同樣錯誤。 目前
    發(fā)表于 03-14 16:30

    為什么會報(bào)錯Could not determine GDB version using command: arm-none-eabi-gdb --version?

    我已經(jīng)重啟電腦了,沒用; 重裝軟件沒有,沒有; 將ST_link_server卸載重裝也沒有; 將arm-none-eabi-gdb加入windows 11系統(tǒng)環(huán)境變量,也沒用; 將軟件的GDB
    發(fā)表于 03-12 08:08

    嵌入式工程師都在找的【Linux內(nèi)核調(diào)試技術(shù)】建議收藏!

    處理器寄存器和全局?jǐn)?shù)據(jù)結(jié)構(gòu)等調(diào)試信息,而無需頻繁編譯和啟動Linux內(nèi)核。這使得Kprobes成為了一種高效且靈活的內(nèi)核調(diào)試工具。 KGDB KGDB提供了一種使用GDB調(diào)試Lin
    發(fā)表于 11-28 15:37

    數(shù)字電源的低壓調(diào)試和高壓調(diào)試

    數(shù)字電源的低壓調(diào)試和高壓調(diào)試是電力系統(tǒng)中非常關(guān)鍵的部分,它們直接關(guān)系到設(shè)備的穩(wěn)定運(yùn)行和電能供應(yīng)的質(zhì)量。以下是對這兩種調(diào)試方法的詳細(xì)解析:
    的頭像 發(fā)表于 09-15 11:39 ?1001次閱讀

    ESP32-C3使用命令行GDB調(diào)試出現(xiàn)報(bào)錯的原因?

    (); while (1) {led_blink();vTaskDelay(1000 / portTICK_PERIOD_MS);}} 通過 idf.py 設(shè)置型號/編譯/燒錄/復(fù)位/調(diào)試 每次
    發(fā)表于 08-01 07:47

    RISC-V 匯編語言程序的調(diào)試

    ,通過jr t0跳入。 模擬器執(zhí)行與調(diào)試 下面通過編譯為32位的代碼來看一下程序的執(zhí)行過程(由于程序不需要任何操作系統(tǒng)的支持,會容易跑偏,所以要用遠(yuǎn)程gdb進(jìn)行單條指令執(zhí)行,觀察寄存器的執(zhí)行情況
    發(fā)表于 07-19 16:27

    為什么無法使用esp-gdbstub調(diào)試esp8266?

    /應(yīng)用.輸出 (gdb) 設(shè)置遠(yuǎn)程硬件斷點(diǎn)限制 1 (gdb) 設(shè)置遠(yuǎn)程硬件觀察點(diǎn)限制 1 (gdb) 設(shè)置調(diào)試 xtensa 4 (gdb
    發(fā)表于 07-11 08:24

    ESP-IDF單步調(diào)試就報(bào)錯怎么解決?

    /item.htm?_u=63g ... 1910969830),想做LVGL的開發(fā),現(xiàn)在想做單步調(diào)試,完全找不到方向,不知道怎么進(jìn)行,查了一些資料,現(xiàn)在OPENOCD已經(jīng)正常了,但是一開始調(diào)試就彈出錯誤提示
    發(fā)表于 07-02 08:30

    是否有可能在支持gdb的第三方集成開發(fā)環(huán)境中使用DAS配置調(diào)試?

    是否有可能在支持 gdb 的第三方集成開發(fā)環(huán)境中使用 DAS 配置調(diào)試?
    發(fā)表于 07-02 07:29

    rtt調(diào)試時(shí)出警告

    我在用rtt thread studio進(jìn)行調(diào)試時(shí),報(bào)如下警告: Open On-Chip Debugger 0.11.0+dev-02215-gcc0ecfb6d-dirty
    發(fā)表于 06-29 19:11

    ESP32-c3-devkitm1想去gdb調(diào)試,發(fā)現(xiàn)識別不到設(shè)備是怎么回事?

    程序的下載燒入都是可以的, 命令行openocd -f board/esp32c3-builtin.cfg Open On-Chip Debuggerv0.10.0-esp32-20210401 (2021-04-01-15:46) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : only one transport option; autoselect \'jtag\' Warn : Transport \"jtag\" was already selected force hard breakpoints Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Error: esp_usb_jtag: could not find or open device!
    發(fā)表于 06-20 08:26

    電子發(fā)燒友

    中國電子工程師最喜歡的網(wǎng)站

    • 2931785位工程師會員交流學(xué)習(xí)
    • 獲取您個性化的科技前沿技術(shù)信息
    • 參加活動獲取豐厚的禮品