0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

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

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

linux中的core dump調(diào)試與運(yùn)用詳解

Linux愛好者 ? 來源:CSDN技術(shù)社區(qū) ? 作者:晨夢(mèng)思雨 ? 2021-04-12 14:24 ? 次閱讀

緣起

調(diào)試,是開發(fā)流程中一個(gè)非常重要的環(huán)節(jié)。每個(gè)程序員都應(yīng),具備調(diào)試代碼的能力,尤其對(duì)于從事 Linux 下的開發(fā)的讀者。

從事 linux 下后臺(tái)開發(fā),有時(shí)候會(huì)遇到程序突然崩潰的情況,也沒有任何日志,這會(huì)讓你不知所措。

今天給大家介紹一個(gè) core 文件,用這個(gè)文件,我們可以找出對(duì)應(yīng)出錯(cuò)的代碼行,感覺是不是很神奇。

透著樹蔭看著朦朧的太陽,曬著日光浴,感覺還不錯(cuò)。先學(xué)完這篇,我們?cè)偃バ蕾p風(fēng)景。

什么是core dump

對(duì)于程序,由于各種異?;蛘?bug,導(dǎo)致在運(yùn)行過程中,并且在滿足一定條件下,產(chǎn)生一個(gè)叫做 core 的文件。

通常情況下,core 文件會(huì)包含了,程序運(yùn)行時(shí)的內(nèi)存,寄存器狀態(tài),堆棧指針,內(nèi)存管理信息還有各種函數(shù)調(diào)用堆棧信息等。

許多程序出錯(cuò)的時(shí)候,會(huì)產(chǎn)生一個(gè) core 文件。通過工具分析這個(gè)文件,我們可以定位到,程序異常退出的時(shí)候?qū)?yīng)的堆棧調(diào)用等信息。

打開 core dump 開關(guān):ulimit -c unlimited

看一段有問題的代碼:

#include《stdio.h》

int main()

{

int *p=NULL;

*p=0;

printf(“bad

”);

return 0;

}

linux下編譯和執(zhí)行:

[root@VM-16-9-centos c++]# g++ -g main.cpp

[root@VM-16-9-centos c++]# 。/a.out

Segmentation fault (core dumped)

[root@VM-16-9-centos c++]# ls

a.out core.1989 main.cpp

上述代碼一看就有錯(cuò)誤,執(zhí)行會(huì)產(chǎn)生 core dump。但是在大型項(xiàng)目中,用肉眼就很難看了。下面說明一下 linux 下調(diào)試 core dump 方法。

dmesg+addr2line調(diào)試

先介紹 2 個(gè) linux 命令:

dmesg ,一種程序,用于檢測(cè)和控制內(nèi)核緩沖。程序用來幫助用戶,了解系統(tǒng)的啟動(dòng)信息,可以獲得出錯(cuò)堆棧地址。

addr2line ,可以將指令的地址和可執(zhí)行映像轉(zhuǎn)換成文件名,函數(shù)名或源代碼的工具。這種功能將跟蹤地址轉(zhuǎn)換成更有意義的內(nèi)容來說很有用。

在調(diào)用 addr2line 工具時(shí),要使用 -e 選項(xiàng)來指定可執(zhí)行映像,使用 -f 選項(xiàng)可以告訴工具輸出函數(shù)名。

linux下操作過程:

[root@VM-16-9-centos c++]# dmesg | grep a.out

[ 212.330289] a.out[1946]: segfault at 0 ip 0000000000400571 sp 00007ffdf0aafbb0 error 6 in a.out[400000+1000]

[ 227.437065] a.out[1989]: segfault at 0 ip 0000000000400571 sp 00007ffcfd01c8c0 error 6 in a.out[400000+1000]

[root@VM-16-9-centos c++]#

[root@VM-16-9-centos c++]# addr2line -e a.out 0000000000400571

/root/c++/main.cpp:6

先通過dmesg找到對(duì)應(yīng)出錯(cuò)的地址,再用 addr2line -e 將地址解析到對(duì)應(yīng)的代碼行。

gdb調(diào)試

gdb 想必大家都有聽說,Linux 下面一款常用的的調(diào)試工具。

gdb 編譯器通常以 gdb 命令的形式在終端中使用,下面學(xué)習(xí)下常用調(diào)試選項(xiàng)。

bt :查看堆棧信息

i locals :查看當(dāng)前程序棧的局部變量

i args :查看當(dāng)前程序棧的參數(shù)

i catch :查看當(dāng)前程序中棧幀的異常處理器

p a :打印變量的值

i register :查看當(dāng)前寄存器的值

r :從運(yùn)行程序至第一個(gè)斷點(diǎn),沒有斷點(diǎn)則一直運(yùn)行完

quit :退出

gdb調(diào)試過程中,輸入 r ,bt。r 是運(yùn)行 a.out 文件,bt查看堆棧情況。

我們不需要執(zhí)行 gdb a.out,這樣就相當(dāng)于重新運(yùn)行了 a.out 文件。然而在實(shí)際開發(fā)中,有很多問題都是概率發(fā)生的,所以此方法不太實(shí)用。

linux下操作過程(省略部分 gdb 介紹信息):

[root@VM-16-9-centos c++]# gdb a.out core.1989

Reading symbols from /root/c++/a.out.。.done.

[New LWP 1989]

bCore was generated by `。/a.out‘。

Program terminated with signal 11, Segmentation fault.

#0 0x0000000000400571 in main () at main.cpp:6

6 *p=0;

Missing separate debuginfos, use: debuginfo-install glibc-2.17-307.el7.1.x86_64 libgcc-4.8.5-44.el7.x86_64 libstdc++-4.8.5-44.el7.x86_64

(gdb) bt

#0 0x0000000000400571 in main () at main.cpp:6

(gdb)

直接執(zhí)行 gdb a.out core.1989,不用 r 命令避免程序重復(fù)執(zhí)行。使用 bt 命令,可以看到程序出錯(cuò)代碼行。

strace+addr2line調(diào)試

strace 是一個(gè)集診斷、調(diào)試、統(tǒng)計(jì)與一體的工具,我們可以使用strace,對(duì)應(yīng)用的系統(tǒng)調(diào)用和信號(hào)傳遞的跟蹤結(jié)果,來對(duì)應(yīng)用進(jìn)行分析,以達(dá)到解決問題,或者是了解應(yīng)用工作過程的目的。

strace 的簡(jiǎn)單的用法就是,執(zhí)行一個(gè)指定的命令,在指定的命令結(jié)束之后,它也就退出了。

在命令執(zhí)行的過程中,strace 會(huì)記錄和解析命令進(jìn)程的所有系統(tǒng)調(diào)用,以及這個(gè)進(jìn)程所接收到的,所有的信號(hào)值。

-c ,統(tǒng)計(jì)每一系統(tǒng)調(diào)用的所執(zhí)行的時(shí)間,次數(shù)和出錯(cuò)的次數(shù)等

-p ,指定進(jìn)程pid

-i ,輸出系統(tǒng)調(diào)用的入口指針

linux 下操作過程(省略部分加載信息):

[root@VM-16-9-centos c++]# strace -i 。/a.out

[00007f79d3573847] munmap(0x7f79d3772000, 31038) = 0

[0000000000400571] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---

[????????????????] +++ killed by SIGSEGV (core dumped) +++

Segmentation fault

[root@VM-16-9-centos c++]# addr2line -e a.out 0000000000400571

/root/c++/main.cpp:6

絮叨

linux 調(diào)試技巧很重要,平時(shí)用到的也會(huì)很多,掌握好這些很關(guān)鍵。通過這篇文章,希望讀者能對(duì) core dump 調(diào)試有大致了解。
編輯:lyn

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

    關(guān)注

    87

    文章

    11304

    瀏覽量

    209499
  • Core
    +關(guān)注

    關(guān)注

    0

    文章

    174

    瀏覽量

    42934

原文標(biāo)題:linux 下調(diào)試 core dump 方式匯總,工作必備技能

文章出處:【微信號(hào):LinuxHub,微信公眾號(hào):Linux愛好者】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

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

    在嵌入式系統(tǒng)的開發(fā)Linux內(nèi)核調(diào)試是一個(gè)至關(guān)重要的環(huán)節(jié)。 隨著處理器技術(shù)的不斷進(jìn)步和嵌入式領(lǐng)域的蓬勃發(fā)展,掌握有效的內(nèi)核調(diào)試技術(shù)成為了開發(fā)者們的一項(xiàng)必備技能。本文將介紹幾種常見
    發(fā)表于 11-28 15:37

    Linux用戶管理詳解

    用戶分為普通用戶和超級(jí)用戶,超級(jí)用戶在Windows系統(tǒng)為Administrator在Linux系統(tǒng)為root。登陸Linux系統(tǒng)需要提供用戶名與密碼,登陸后通過一定的方法管理該系
    的頭像 發(fā)表于 11-01 09:48 ?171次閱讀

    深度解析linux HID核心

    linux內(nèi)核,HID核心是完成HID功能的關(guān)鍵組件,如果內(nèi)核支持HID,在啟動(dòng)過程,則會(huì)對(duì)HID進(jìn)行初始化,完成該操作的函數(shù)是hid_init(),實(shí)現(xiàn)在/drivers/hid/hid-
    的頭像 發(fā)表于 09-29 17:04 ?446次閱讀
    深度解析<b class='flag-5'>linux</b> HID核心

    linux安裝.net core3.1步驟

    linux安裝.net core3.1步驟 各項(xiàng)用到的命令
    發(fā)表于 09-03 11:41 ?0次下載

    詳解Linux的權(quán)限控制

    本章將和大家分享Linux的權(quán)限控制。廢話不多說,下面我們直接進(jìn)入主題。
    的頭像 發(fā)表于 08-05 15:32 ?581次閱讀
    <b class='flag-5'>詳解</b><b class='flag-5'>Linux</b><b class='flag-5'>中</b>的權(quán)限控制

    ESP32_MINI燒錄程序后遇到esp_core_dump_flash問題怎么解決?

    ) esp_core_dump_flash: Core dump flash config is corrupted! CRC=0x7bd5c66f instead of 0x0 Rebooting... ets
    發(fā)表于 07-01 06:52

    ESP32-S3上電無法啟動(dòng)esp_core_dump_flash是怎么回事?

    上電串口打印信息無法啟動(dòng),不知道哪里的問題,好心人解答下 ELF file SHA256: 5b8e7b8cba2a208c E (765) esp_core_dump_flash: Core
    發(fā)表于 06-28 07:57

    RA MCU CANFD在FSP的配置詳解

    RA MCU CANFD在FSP的配置詳解
    的頭像 發(fā)表于 06-19 08:06 ?538次閱讀
    RA MCU CANFD在FSP<b class='flag-5'>中</b>的配置<b class='flag-5'>詳解</b>

    OpenHarmonySELinux使用詳解

    OpenHarmonySELinux使用詳解 目錄 1.SELinux簡(jiǎn)介 2.SELinux概念 3.SELinux模式 4.OHSELinux使用詳解 5.OH
    發(fā)表于 04-03 10:43

    嵌入式Linux C語言編程程序調(diào)試與宏定義

    Linux使用gcc編譯程序的時(shí)候,對(duì)于調(diào)試的語句還具有一些特殊的語法。gcc編譯的過程,會(huì)生成一些宏,可以使用這些宏分別打印當(dāng)前源文件的信息,主要內(nèi)容是當(dāng)前的文件、當(dāng)前運(yùn)行的函數(shù)和當(dāng)前的程序行。
    發(fā)表于 03-01 11:41 ?1015次閱讀

    [廣東龍芯2K1000/2K500開發(fā)板]如何利用coredump 進(jìn)行調(diào)試

    如何利用coredump 進(jìn)行調(diào)試 編譯時(shí)加入調(diào)試信息((PC 機(jī)上)) 編譯參數(shù)為 -g ?loongarch64-linux-gnu-gcc -g 1.c 開啟core文件
    發(fā)表于 02-20 13:05

    TC275調(diào)試時(shí)斷點(diǎn)設(shè)置在core1_main和core2_main為啥就不會(huì)停的原因?

    調(diào)試時(shí)斷點(diǎn)設(shè)置在core0_main函數(shù)下,會(huì)正常的停,設(shè)置在core1_main和core2_main為啥就不會(huì)停呢,可以確定core1
    發(fā)表于 02-18 06:10

    如何使用linux下gdb來調(diào)試python程序

    如何使用linux下gdb來調(diào)試python程序? 在Linux下,可以使用GDB(GNU調(diào)試器)來調(diào)試Python程序。GDB是一個(gè)強(qiáng)大的
    的頭像 發(fā)表于 01-31 10:41 ?2624次閱讀

    linux用gdb調(diào)試遇到函數(shù)調(diào)用怎么辦?

    linux用gdb調(diào)試遇到函數(shù)調(diào)用怎么辦? 在Linux上使用GDB調(diào)試時(shí),遇到函數(shù)調(diào)用是一個(gè)常見的情況。函數(shù)調(diào)用可能涉及到多個(gè)函數(shù)、多個(gè)文件,這就需要我們仔細(xì)審查代碼,理解函數(shù)之間的
    的頭像 發(fā)表于 01-31 10:33 ?717次閱讀

    如何在TC275Core0訪問Core1 RAM?

    我在 Core0 RAM 內(nèi)存不足,想知道在 Core0 Functions 中使用 Core1/2 內(nèi)存的最佳做法是什么。 1-更改鏈接器是否可行。 我本來想修改這個(gè)部分
    發(fā)表于 01-30 07:51