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

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

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

linux下調(diào)試core dump的方法

麥辣雞腿堡 ? 來(lái)源:盼盼編程 ? 作者:晨夢(mèng)思雨 ? 2023-10-08 16:13 ? 次閱讀

下面說(shuō)明一下 linux 下調(diào)試 core dump 方法。

dmesg+addr2line調(diào)試

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

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

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

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

linux下操作過(guò)程:

[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

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

gdb調(diào)試

gdb 想必大家都有聽(tīng)說(shuō),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),沒(méi)有斷點(diǎn)則一直運(yùn)行完

quit :退出

gdb調(diào)試過(guò)程中,輸入 r ,bt。r 是運(yùn)行 a.out 文件,bt查看堆棧情況。
我們不需要執(zhí)行 gdb a.out,這樣就相當(dāng)于重新運(yùn)行了 a.out 文件。然而在實(shí)際開(kāi)發(fā)中,有很多問(wèn)題都是概率發(fā)生的,所以此方法不太實(shí)用。

linux下操作過(guò)程(省略部分 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é)果,來(lái)對(duì)應(yīng)用進(jìn)行分析,以達(dá)到解決問(wèn)題,或者是了解應(yīng)用工作過(guò)程的目的。

strace 的簡(jiǎn)單的用法就是,執(zhí)行一個(gè)指定的命令,在指定的命令結(jié)束之后,它也就退出了。
在命令執(zhí)行的過(guò)程中,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 下操作過(guò)程(省略部分加載信息):

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

    關(guān)注

    87

    文章

    11123

    瀏覽量

    207908
  • 調(diào)試
    +關(guān)注

    關(guān)注

    7

    文章

    551

    瀏覽量

    33763
  • 程序
    +關(guān)注

    關(guān)注

    115

    文章

    3720

    瀏覽量

    80357
  • 系統(tǒng)
    +關(guān)注

    關(guān)注

    1

    文章

    1002

    瀏覽量

    21217
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    ESP32_MINI燒錄程序后遇到esp_core_dump_flash問(wèn)題怎么解決?

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

    關(guān)于系統(tǒng)應(yīng)用core dump的分析

    解決段錯(cuò)誤,系統(tǒng)應(yīng)用core dump的分析 這個(gè)錯(cuò)誤在單片機(jī)上往往以hardfault的錯(cuò)誤出現(xiàn),分析思路都是分析堆棧的位置;單片機(jī)的編譯軟件,如果可以仿真(比如keil或者IAR),復(fù)現(xiàn)故障
    發(fā)表于 03-02 06:10

    你知道Linux Core Dump是什么?

    當(dāng)程序運(yùn)行的過(guò)程中異常終止或崩潰,操作系統(tǒng)會(huì)將程序當(dāng)時(shí)的內(nèi)存狀態(tài)記錄下來(lái),保存在一個(gè)文件中,這種行為就叫做Core Dump(中文有的翻譯成“核心轉(zhuǎn)儲(chǔ)”)。
    發(fā)表于 05-10 11:11 ?2731次閱讀

    學(xué)會(huì)用core dump調(diào)試程序錯(cuò)誤

    . 在嵌入式系統(tǒng)中,有時(shí)core dump直接從串口打印出來(lái),結(jié)合objdump查找ra和epa地址,運(yùn)用?;厮?,可以找到程序出錯(cuò)的地方。
    發(fā)表于 05-16 16:44 ?1247次閱讀
    學(xué)會(huì)用<b class='flag-5'>core</b> <b class='flag-5'>dump</b><b class='flag-5'>調(diào)試</b>程序錯(cuò)誤

    段錯(cuò)誤調(diào)試神器 - Core Dump詳解

    地址。通過(guò)系統(tǒng)服務(wù)啟動(dòng)的進(jìn)程也可通過(guò)這一方法查看。 9. 嵌入式設(shè)備下如何使用Core dump: linux coredump配置與調(diào)試
    發(fā)表于 04-02 14:34 ?1082次閱讀

    虛擬機(jī):Linux設(shè)置core dump文件名的格式

    虛擬機(jī):Linux設(shè)置core dump文件名的格式
    的頭像 發(fā)表于 06-22 17:50 ?2831次閱讀
    虛擬機(jī):<b class='flag-5'>Linux</b>設(shè)置<b class='flag-5'>core</b> <b class='flag-5'>dump</b>文件名的格式

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

    調(diào)試,是開(kāi)發(fā)流程中一個(gè)非常重要的環(huán)節(jié)。每個(gè)程序員都應(yīng),具備調(diào)試代碼的能力,尤其對(duì)于從事 Linux 下的開(kāi)發(fā)的讀者。
    的頭像 發(fā)表于 04-12 14:24 ?1964次閱讀

    使用 VSCode 遠(yuǎn)程 圖形化 GDB 調(diào)試 嵌入式linux

    目錄標(biāo)題引言環(huán)境步驟vscode remote ssh 配置Linux編譯機(jī)配置設(shè)備板端配置vscode launch設(shè)置調(diào)試引言之前說(shuō)了,通過(guò)core dump找程序bug,但是有
    發(fā)表于 11-01 17:06 ?1次下載
    使用 VSCode 遠(yuǎn)程 圖形化 GDB <b class='flag-5'>調(diào)試</b> 嵌入式<b class='flag-5'>linux</b>

    嵌入式Linux如何生成Core Dump文件

    運(yùn)行,二者有何區(qū)別 前臺(tái)運(yùn)行和后臺(tái)運(yùn)行的區(qū)別 前后臺(tái)程序生成core dump時(shí)有何區(qū)別 前臺(tái)進(jìn)程如何生成core dump 后臺(tái)進(jìn)程如何生成
    發(fā)表于 11-01 17:21 ?17次下載
    嵌入式<b class='flag-5'>Linux</b>如何生成<b class='flag-5'>Core</b> <b class='flag-5'>Dump</b>文件

    Core 1808 JD4資源linux header/linux image

    電子發(fā)燒友網(wǎng)站提供《Core 1808 JD4資源linux header/linux image.txt》資料免費(fèi)下載
    發(fā)表于 09-20 16:58 ?10次下載
    <b class='flag-5'>Core</b> 1808 JD4資源<b class='flag-5'>linux</b> header/<b class='flag-5'>linux</b> image

    hypervisor的調(diào)試分析方法

    我們?cè)诰帉?xiě)裸機(jī)程序(baremetal)、虛擬化管理程序(hypervisor)和操作系統(tǒng)(OS)時(shí),Debug分析程序是必不可少的。不像linux內(nèi)核,有大量的調(diào)試方法,很多裸機(jī)程序、hypervisor沒(méi)有完善的
    的頭像 發(fā)表于 10-08 09:40 ?1291次閱讀

    使用gdb對(duì)core文件進(jìn)行調(diào)試

    Linux下,一個(gè)程序崩潰時(shí),它一般會(huì)在指定目錄下生成一個(gè)core文件。core文件僅僅是一個(gè)內(nèi)存映象(同時(shí)加上調(diào)試信息),主要是用來(lái)調(diào)試
    的頭像 發(fā)表于 10-26 11:12 ?7902次閱讀

    VCD/FSDB/SHM/VPD波形dump方法

    仿真是IC設(shè)計(jì)不可或缺的重要步聚,其中仿真波形是debug的必要條件。今天簡(jiǎn)要介紹下一下幾種波形文件VCD/FSDB /SHM/VPD的dump方法。
    的頭像 發(fā)表于 11-11 09:36 ?1.6w次閱讀

    在程序中什么是core dump

    調(diào)試,是開(kāi)發(fā)流程中一個(gè)非常重要的環(huán)節(jié)。每個(gè)程序員都應(yīng),具備調(diào)試代碼的能力,尤其對(duì)于從事 Linux 下的開(kāi)發(fā)的讀者。 從事 linux 下后臺(tái)開(kāi)發(fā),有時(shí)候會(huì)遇到程序突然崩潰的情況,也沒(méi)
    的頭像 發(fā)表于 10-08 16:07 ?834次閱讀

    jvm的dump太大了怎么分析

    文件需要耗費(fèi)大量的時(shí)間和計(jì)算資源。 然而,這并不意味著我們無(wú)法分析和利用JVM dump文件。以下是一些方法和技巧,可幫助我們有效地分析大型JVM dump文件。 使用工具:首先,我們可以使用一些專門(mén)用于分析JVM
    的頭像 發(fā)表于 12-05 11:01 ?1876次閱讀