青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Heath's Blog

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

使用__FILE__和__LINE__定位錯誤

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

問題:當運行時錯誤產生時,我怎樣才能得到包含C++文件名和行號的字符串信息?
回答:在C++中的__FILE__預編譯指示器包含了被編譯的文件名,而__LINE__則包含了源代碼的行號。__FILE__和__LINE__的前后都包含了兩個下劃線,讓我們仔細看看__FILE__所包含的每個字符:

_ _ F I L E _ _

下面展示了在控制臺程序中如果顯示文件名和代碼行號。

#include <stdio.h>

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


輸出結果:

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

讓我們更上一層樓

我想通過一個通用函數error()來報告錯誤,以使當某個錯誤發生時我能設置斷點以及隔離錯誤處理(例如,在屏幕上打印錯誤信息或者寫入日志)。因此,函數的原型應該是這樣的吧:

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

調用方式如下:

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

預處理魔法

這里有三個問題需要解決:

  1. __FILE__和__LINE__在每次調用error時作為參數傳入。
  2. __FILE和__LINE__前后的下劃線很容易被遺忘,從而導致編譯錯誤。
  3. __LINE__是一個整數,這無疑增加了error函數的復雜度。我絕不想直接使用整型的__LINE__,而通常都是將轉換為字符串打印到屏幕或寫入日志文件。

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

error(AT, "my error message");

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

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

 

因為Borland C++ Builder編譯器能夠自動合并相鄰的字符串,因此我把AT寫成下面這樣:

#define AT __FILE__ ":" __LINE__ 


然而它卻罷工了,因為__LINE__被擴展成了整數而非字符串,所以宏展開后變成:

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

這是一個無效的字符串,因為末尾有一個未被雙引號包含的整數。

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

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

因此,我把代碼改為:

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

然而,奇怪的結果產生了,__LINE__居然被作為了輸出的一部分:

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

解決方法是再用一個宏來包裝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;
}


輸出結果:

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

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

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

message是一個預編譯指令,上面宏的使用方法是:

#pragma chMSG(Fix this later)

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

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

Feedback

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

歡迎回來。。。呵呵。。看了你的CSDN的BLOG。。  回復  更多評論   

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

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

# re: 使用__FILE__和__LINE__定位錯誤 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  回復  更多評論   

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

@Curtis Krauskopf
It's my honor. Your article is very useful for me.
  回復  更多評論   

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

很好很強大  回復  更多評論   

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

不錯  回復  更多評論   


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲第一中文字幕| 一区二区视频欧美| 久久激情视频久久| 亚洲主播在线| 午夜欧美不卡精品aaaaa| 午夜精品福利视频| 久久精品成人一区二区三区| 久久精品视频免费观看| 蜜臀av国产精品久久久久| 欧美激情导航| 国产精品一区二区三区观看| 国产中文一区二区| 亚洲激情一区| 亚洲欧美日韩精品久久久久 | 99精品免费视频| 香蕉久久精品日日躁夜夜躁| 久久九九免费视频| 亚洲国产精品va在看黑人| 在线亚洲欧美视频| 久久高清免费观看| 欧美日韩一区二区三区在线 | 午夜精品美女久久久久av福利| 久久精彩视频| 欧美视频一区二区| 精品成人一区二区三区| 中文亚洲视频在线| 麻豆av福利av久久av| 日韩亚洲在线| 免费观看日韩av| 国产日韩精品久久| 国产精品99久久久久久久vr| 久久久久欧美精品| 中文精品视频一区二区在线观看| 久久久久青草大香线综合精品| 欧美日韩精品久久| 亚洲人午夜精品免费| 久久激情视频免费观看| 亚洲美女在线国产| 欧美h视频在线| 一区二区三区在线不卡| 欧美一区二区高清| 一区二区精品在线| 欧美另类亚洲| 亚洲精品之草原avav久久| 久久久亚洲高清| 亚洲你懂的在线视频| 欧美全黄视频| 亚洲卡通欧美制服中文| 欧美h视频在线| 99热这里只有精品8| 尤物yw午夜国产精品视频| 午夜精品福利一区二区三区av | 在线观看视频亚洲| 欧美主播一区二区三区| 亚洲在线视频| 国产伦精品一区二区| 亚洲男女自偷自拍图片另类| 亚洲另类一区二区| 欧美三级网址| 亚洲欧美日本国产专区一区| 中文国产成人精品| 国产精品日本一区二区 | 欧美二区在线| 欧美1区2区视频| 亚洲免费激情| 一本色道久久综合亚洲二区三区| 欧美人交a欧美精品| 99精品热视频| 亚洲视频观看| 国产女主播一区二区| 欧美一区二区高清| 久久九九国产精品| 亚洲高清资源| 亚洲人午夜精品| 国产精品久久久久久久久动漫| 亚洲一区三区在线观看| 亚洲欧美国产77777| 国产一区欧美| 亚洲第一毛片| 国产精品多人| 久久综合中文| 欧美日韩精品福利| 久久精品国产v日韩v亚洲| 久久久天天操| 亚洲小视频在线观看| 欧美一区二区三区另类| 亚洲成人资源| 亚洲无毛电影| 亚洲盗摄视频| 亚洲一区二区av电影| 在线成人av.com| 在线亚洲欧美视频| 亚洲大片精品永久免费| 一区二区三区久久精品| 伊人婷婷久久| 亚洲在线观看视频| 亚洲国产欧洲综合997久久| 一区二区免费看| 亚洲高清久久久| 亚洲一区二区三区中文字幕| 影音先锋久久精品| 亚洲一区二区三区中文字幕在线| 亚洲国产精品成人va在线观看| 在线午夜精品| 日韩特黄影片| 久久午夜电影| 久久国产精品第一页| 欧美精品成人| 国产精品高潮久久| 99re热这里只有精品视频| 欧美亚韩一区| 欧美二区在线播放| 国产日韩欧美成人| 日韩视频第一页| 亚洲国产精品女人久久久| 亚洲天堂成人在线视频| 亚洲国产欧美国产综合一区| 午夜精品久久一牛影视| 亚洲免费一在线| 欧美另类在线观看| 亚洲高清视频的网址| 伊人夜夜躁av伊人久久| 香蕉亚洲视频| 久久成人精品一区二区三区| 国产精品大片wwwwww| 99精品欧美一区二区三区| 亚洲三级影片| 欧美成人69| 亚洲国产婷婷香蕉久久久久久99| 精品成人一区二区三区| 欧美一级在线视频| 午夜一区不卡| 国产伦精品一区二区三区| 一区二区三区av| 亚洲一区影音先锋| 国产精品v日韩精品v欧美精品网站| 亚洲欧洲综合另类在线| 亚洲欧洲在线播放| 欧美福利电影网| 亚洲欧洲日韩综合二区| 一本大道久久a久久精品综合| 欧美黑人国产人伦爽爽爽| 最新国产精品拍自在线播放| 亚洲免费精品| 欧美日一区二区在线观看| 一区二区三区四区蜜桃| 先锋亚洲精品| 黑丝一区二区| 免费看亚洲片| 一本色道久久88精品综合| 亚洲深夜福利视频| 国产精品区免费视频| 欧美影院成人| 亚洲成色777777在线观看影院| 亚洲黄色av一区| 欧美视频一区在线观看| 亚洲欧美日韩国产一区| 久久在线免费观看| 亚洲精华国产欧美| 欧美午夜不卡| 久久久久九九视频| 亚洲欧洲日夜超级视频| 欧美一区二区三区久久精品| 黄色成人在线免费| 欧美精品一区二区蜜臀亚洲| 中文国产亚洲喷潮| 久久综合五月天婷婷伊人| 一本大道久久a久久精二百| 国产伦精品一区| 欧美va亚洲va香蕉在线| 亚洲一区二区三区激情| 欧美大片在线看| 亚洲欧美精品在线| 一区精品在线播放| 欧美视频在线播放| 老巨人导航500精品| 亚洲图片你懂的| 欧美va天堂在线| 欧美一站二站| 一区精品在线播放| 亚洲国产电影| 欧美精品一区二区久久婷婷| 一区二区三区四区精品| 久久夜色精品国产亚洲aⅴ| 亚洲毛片在线| 国产日韩在线视频| 欧美高清视频在线播放| 欧美亚洲综合在线| 亚洲免费观看在线观看| 巨胸喷奶水www久久久免费动漫| 亚洲视频在线观看一区| 精品白丝av| 国产女人aaa级久久久级| 欧美福利精品| 久久在线免费观看| 午夜国产一区| 一区二区冒白浆视频| 91久久精品国产91久久| 猛男gaygay欧美视频| 欧美一级久久久|