• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            戰(zhàn)魂小筑

            討論群:309800774 知乎關(guān)注:http://zhihu.com/people/sunicdavy 開源項目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評論 :: 0 Trackbacks

            Linux上跑服務(wù)器如果遇到程序崩潰是一件很苦惱的事情, 再碰到重現(xiàn)很難的BUG, 估計只能通過傳統(tǒng)的排查方法進(jìn)行.

            在編寫本文前, 筆者使用過諸如libunwind等庫進(jìn)行錯誤時堆棧打印, 但是其本身由于需要引用第三方庫, 使用還是稍微麻煩.

            經(jīng)過Google后, 居然找到一篇好文, 其通過捕獲SIGSEGV信號, 并迫使程序進(jìn)入gdb調(diào)試階段, 利用gdb強(qiáng)大的調(diào)試功能可以進(jìn)行各種錯誤跟蹤, 此法已與Windows下程序崩潰后彈出VC調(diào)試幾乎接近.

            我在此文基礎(chǔ)上, 擴(kuò)展了其通用性及便利性

            1. 使用gdb的 -ex參數(shù), 在掛接程序后, 執(zhí)行bt指令打出程序堆棧

            2. 將信息重定向到自定義的文件,在多進(jìn)程都需要進(jìn)行后臺輸出時帶來更大的靈活性, 同時也解決了gdb只能在前臺調(diào)試的問題

            代碼如下

            #include <stdio.h>
            #include <stdlib.h>
            #include <signal.h>
            #include <string.h>
            
            void dump(int signo)
            {
                    char buf[1024];
                    char cmd[1024];
                    FILE *fh;
            
                    snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid());
                    if(!(fh = fopen(buf, "r")))
                            exit(0);
                    if(!fgets(buf, sizeof(buf), fh))
                            exit(0);
                    fclose(fh);
                    if(buf[strlen(buf) - 1] == '/n')
                            buf[strlen(buf) - 1] = '/0';
                    snprintf(cmd, sizeof(cmd), "gdb %s %d -ex=bt > ./a.txt", buf, getpid());
                    system(cmd);
            
                    exit(0);
            }

            在服務(wù)器開啟時,添加 signal(SIGSEGV, &dump ); 進(jìn)行信號處理掛接即可

             

             

            引用: http://blog.csdn.net/kakaka2011/article/details/6597857  作者: kakaka2011


            評論

            # re: 捕獲Linux段錯誤(Segment fault)并且打印錯誤堆棧 2013-01-04 12:37 peakflys
            其實(shí)這種情況實(shí)現(xiàn)的方法有很多,例如backtrace等等,但是這種情況在服務(wù)器上試問有什么意義?通過這種方法打出來的東西遠(yuǎn)遠(yuǎn)沒有OS dump出的程序core文件包含的信息多……
            PS,這種情況在C/S架構(gòu)的C端才有相應(yīng)的應(yīng)用價值,通過網(wǎng)絡(luò) 把遠(yuǎn)端客戶端dump出的信息傳送過來,便于客戶端查錯而已。  回復(fù)  更多評論
              

            # re: 捕獲Linux段錯誤(Segment fault)并且打印錯誤堆棧 2013-04-15 13:19 Adrian
            這個好,備份在你這里,以后用得上。  回復(fù)  更多評論
              

            # re: 捕獲Linux段錯誤(Segment fault)并且打印錯誤堆棧 2013-10-11 16:47 zozo
            剛開始開到文章的時候很欣喜,一直有這方面的困惑,windows下有dump, linux下怎么辦,難道只能通過日志?樓主的文章就是我想要的。

            又突然想起來linux可以通過命令,在進(jìn)程崩潰的時候,讓系統(tǒng)來生成dump core文件。也就是前面 peakflys所說的 ,沒必要自己去生成dump了。

            ps. google breakpad也是,對客戶端有效,對服務(wù)端沒必要。  回復(fù)  更多評論
              

            无遮挡粉嫩小泬久久久久久久| 久久久噜噜噜久久| 丰满少妇人妻久久久久久| 一本一道久久综合狠狠老| 久久综合综合久久97色| 久久这里有精品| 99久久成人国产精品免费| 久久亚洲欧美国产精品 | 久久99精品久久久大学生| 精品国产一区二区三区久久| 午夜精品久久久久久久久| 久久99国产精品久久99果冻传媒| 久久久网中文字幕| 久久久久亚洲AV无码去区首| 久久精品成人影院| 国产精品久久久久9999高清| 久久99精品综合国产首页| 99久久国产热无码精品免费| 久久婷婷久久一区二区三区| 久久93精品国产91久久综合| 欧美精品一区二区久久| 国产精品嫩草影院久久| 精品国产青草久久久久福利 | 亚洲精品蜜桃久久久久久| 国产免费久久久久久无码| 国产亚洲欧美成人久久片| 亚洲国产一成人久久精品| 无码乱码观看精品久久| 久久精品中文字幕有码| 国产激情久久久久影院小草| 久久综合久久久| 欧美日韩中文字幕久久伊人| 精品无码久久久久国产| 久久精品中文字幕无码绿巨人| 国产亚洲美女精品久久久2020| 一本综合久久国产二区| 亚洲国产成人精品91久久久| 亚洲精品99久久久久中文字幕| 综合久久久久久中文字幕亚洲国产国产综合一区首 | 天天爽天天狠久久久综合麻豆| 香港aa三级久久三级老师2021国产三级精品三级在 |