• <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>

            Heath's Blog

            There is no end, it is just the beginning! - A Game Developer's Notes

            使用__FILE__和__LINE__定位錯(cuò)誤

            [前言:使用__FILE__和__LINE__來定位錯(cuò)誤已經(jīng)屢見不鮮,然而其中一些道理又有幾個(gè)人仔細(xì)探究過。本文參考了Curtis Krauskopf的一篇名為Using __FILE__ and __LINE__ to Report Errors的文章,希望達(dá)到解惑之效。]

            問題:當(dāng)運(yùn)行時(shí)錯(cuò)誤產(chǎn)生時(shí),我怎樣才能得到包含C++文件名和行號(hào)的字符串信息?
            回答:在C++中的__FILE__預(yù)編譯指示器包含了被編譯的文件名,而__LINE__則包含了源代碼的行號(hào)。__FILE__和__LINE__的前后都包含了兩個(gè)下劃線,讓我們仔細(xì)看看__FILE__所包含的每個(gè)字符:

            _ _ F I L E _ _

            下面展示了在控制臺(tái)程序中如果顯示文件名和代碼行號(hào)。

            #include <stdio.h>

            int main(int , char**)
            {
                 printf(
            "This fake error is in %s on line %d\n",         __FILE__, __LINE__);
                 
            return 0;
            }


            輸出結(jié)果:

            This fake error is in c:\temp\test.cpp on line 5

            讓我們更上一層樓

            我想通過一個(gè)通用函數(shù)error()來報(bào)告錯(cuò)誤,以使當(dāng)某個(gè)錯(cuò)誤發(fā)生時(shí)我能設(shè)置斷點(diǎn)以及隔離錯(cuò)誤處理(例如,在屏幕上打印錯(cuò)誤信息或者寫入日志)。因此,函數(shù)的原型應(yīng)該是這樣的吧:

            void error(const char *file, const unsigned long line, const char *msg); 

            調(diào)用方式如下:

            error(__FILE__, __LINE__, "my error message");

            預(yù)處理魔法

            這里有三個(gè)問題需要解決:

            1. __FILE__和__LINE__在每次調(diào)用error時(shí)作為參數(shù)傳入。
            2. __FILE和__LINE__前后的下劃線很容易被遺忘,從而導(dǎo)致編譯錯(cuò)誤。
            3. __LINE__是一個(gè)整數(shù),這無疑增加了error函數(shù)的復(fù)雜度。我絕不想直接使用整型的__LINE__,而通常都是將轉(zhuǎn)換為字符串打印到屏幕或?qū)懭肴罩疚募?br>

            __FILE__和__LINE__應(yīng)該被自動(dòng)處理,而非每次作為參數(shù)傳遞給error,這樣會(huì)讓error的使用者感覺更爽些,它的形式可能是下面這樣:

            error(AT, "my error message");

             
            我希望上面的宏AT展開為:"c:\temp\test.cpp:5"。而新的error函數(shù)則變成:

            void error(const char *location, const char *msg);

             

            因?yàn)锽orland C++ Builder編譯器能夠自動(dòng)合并相鄰的字符串,因此我把AT寫成下面這樣:

            #define AT __FILE__ ":" __LINE__ 


            然而它卻罷工了,因?yàn)開_LINE__被擴(kuò)展成了整數(shù)而非字符串,所以宏展開后變成:

            "c:\temp\test.cpp" ":"
            5

            這是一個(gè)無效的字符串,因?yàn)槟┪灿幸粋€(gè)未被雙引號(hào)包含的整數(shù)。

            怎么辦?別著急,一個(gè)特殊的預(yù)編譯指示器“#”能夠幫我們將一個(gè)變量轉(zhuǎn)換成字符串。所以重新定義宏:

            #define AT __FILE__ ":" #__LINE__
            嘿嘿,這樣總行了吧。別高興得太早,這樣也是不行的。因?yàn)榫幾g器會(huì)抱怨#是個(gè)無效字符。其實(shí),問題是#預(yù)編譯指示器只有這樣使用才會(huì)
            被正確識(shí)別:
            #define symbol(X) #X 

            因此,我把代碼改為:

            #define STRINGIFY(x) #x
            #define AT __FILE__ ":" STRINGIFY(__LINE__) 

            然而,奇怪的結(jié)果產(chǎn)生了,__LINE__居然被作為了輸出的一部分:

            c:\temp\test.cpp:__LINE__: fake error

            解決方法是再用一個(gè)宏來包裝STRINGIFY():

            #define STRINGIFY(x) #x
            #define TOSTRING(x) STRINGIFY(x)
            #define AT __FILE__ ":" TOSTRING(__LINE__)

            OK,我們用下面的代碼來試試:

            #include <stdio.h>
            #define STRINGIFY(x) #x
            #define TOSTRING(x) STRINGIFY(x)
            #define AT __FILE__ ":" TOSTRING(__LINE__)
            void error(const char *location, const char *msg)
            {
              printf(
            "Error at %s: %s\n", location, msg);
            }
            int main(int , char**)
            {
              error(AT, 
            "fake error");
              
            return 0;
            }


            輸出結(jié)果:

            Error at c:\temp\test\test.cpp:11: fake error

            Visual Studio下的實(shí)踐
            在《Windows核心編程》中,Jeffrey Richter提供了下面的宏在編譯期輸出有用信息:

            #define chSTR2(x) #x
            #define chSTR(x)  chSTR2(x)
            #define chMSG(desc) message(__FILE__ "(" chSTR(__LINE__) "):" #desc)

            message是一個(gè)預(yù)編譯指令,上面宏的使用方法是:

            #pragma chMSG(Fix this later)

            結(jié)論
            1. 預(yù)編譯指示器__FILE__和__LINE__能夠提供有用的信息。
            2. __LINE__的處理方式遠(yuǎn)比我們想象的要復(fù)雜。
            3. __FILE__被處理成字符串,給我們帶來了不少方便。

            posted on 2008-08-05 11:55 Heath 閱讀(7388) 評(píng)論(6)  編輯 收藏 引用 所屬分類: Programming Language

            Feedback

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2008-09-01 20:48 RichardHe

            歡迎回來。。。呵呵。。看了你的CSDN的BLOG。。  回復(fù)  更多評(píng)論   

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2008-12-25 11:19 fqking

            現(xiàn)在被這個(gè)東西郁悶到了 我做了一個(gè)日志功能跟你的也差不多吧 可是程序部署的時(shí)候 發(fā)現(xiàn)如果不把源碼帶過去 這個(gè)東西在定位的時(shí)候就說找不到文件而core了 .. 我極度郁悶... 總不能代碼也放到服務(wù)器上去啊. 有沒有什么辦法解決的? 求教...........  回復(fù)  更多評(píng)論   

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2009-06-10 12:19 Curtis Krauskopf

            This is very interesting. I have never seen my writing translated to Chinese before. I feel honored.

            Curtis  回復(fù)  更多評(píng)論   

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2009-06-12 16:05 Heath

            @Curtis Krauskopf
            It's my honor. Your article is very useful for me.
              回復(fù)  更多評(píng)論   

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2009-07-15 15:34 菜菜

            很好很強(qiáng)大  回復(fù)  更多評(píng)論   

            # re: 使用__FILE__和__LINE__定位錯(cuò)誤 2012-07-05 16:06 徐杰

            不錯(cuò)  回復(fù)  更多評(píng)論   

            久久久久久亚洲AV无码专区| 国内精品久久久久影院日本| 久久这里的只有是精品23| 国产亚洲精久久久久久无码77777| 久久精品国产99久久久| 成人午夜精品久久久久久久小说| 久久夜色精品国产亚洲av| 亚洲精品无码久久久久去q| 久久国产三级无码一区二区| 亚洲成色WWW久久网站| 久久久久国产精品三级网| 精品久久香蕉国产线看观看亚洲| 99久久综合国产精品免费| 9191精品国产免费久久| 久久偷看各类wc女厕嘘嘘| 91麻豆国产精品91久久久| 久久AAAA片一区二区| 久久国产精品久久精品国产| 亚洲国产精品无码久久SM| 亚洲v国产v天堂a无码久久| 日本免费久久久久久久网站| 久久影院综合精品| 久久国语露脸国产精品电影| 无码国内精品久久人妻麻豆按摩| 中文字幕久久欲求不满| 国产美女久久精品香蕉69| 亚洲国产精品无码久久SM | 久久国产精品一国产精品金尊| 亚洲国产日韩欧美综合久久| 久久人人爽人人爽人人片AV麻豆| 色偷偷888欧美精品久久久| 国产欧美一区二区久久| 久久精品a亚洲国产v高清不卡| 亚洲成色WWW久久网站| 日韩久久久久久中文人妻 | 国产精品久久久久久福利漫画 | A级毛片无码久久精品免费| 9999国产精品欧美久久久久久| 亚洲精品国产成人99久久| 久久高清一级毛片| 欧美久久亚洲精品|