我相信這樣的bug,就算你是高手你也會(huì)犯的。你來看看作者犯的這個(gè)Bug吧。。
首先,作者想用一段程序來創(chuàng)建一個(gè)文件,如果有文件名的話,就創(chuàng)建真正的文件,如果沒有的話,就調(diào)用tmpfile()創(chuàng)建臨時(shí)文件。
他這段程序就是HTTP下載的C程序。code==200就是HTTP的返回碼。
elseif(code==200){//Downloadingwholefile
/*Writenewfile(plusallowreadingoncewefinish)*/
g=fname?fopen(fname,"w+"):tmpfile();
}
但是這個(gè)程序,只能在Unix/Linux下工作,因?yàn)?Microsoft 的tmpfile()的實(shí)現(xiàn)居然選擇了 C: 作為臨時(shí)文件的存放目錄,這對(duì)于那些沒有管理員權(quán)限的人來說就出大問題了。在Windows 7下,就算你有管理員權(quán)限也會(huì)有問題。
所以,上面的程序在Windows平臺(tái)下需要用不同的方式來處理,不能直接使用Windows的tmpfile()函數(shù)。
于是作者就先把這個(gè)問題記下來,在注釋中寫下了FIXME:
elseif(code==200){//Downloadingwholefile
/*Writenewfile(plusallowreadingoncewefinish)*/
//FIXMEWin32nativeversionfailsherebecause
//Microsoft'sversionoftmpfile()createsthefileinC:
g=fname?fopen(fname,"w+"):tmpfile();
}
然后,作者覺得需要寫一個(gè)跨平臺(tái)的編譯:
FILE*tmpfile(void){
#ifndef_WIN32
returntmpfile();
#else
//codeforWindows;
#endif
}
然后,作者覺得這樣實(shí)現(xiàn)很不好,會(huì)發(fā)現(xiàn)名字沖突,因?yàn)檫@樣一來這個(gè)函數(shù)太難看了。
于是他重構(gòu)了一下他的代碼——寫一個(gè)自己實(shí)現(xiàn)的tmpfile() – w32_tmpfile,然后,在Windows 下用宏定義來重命名這個(gè)函數(shù)為tmpfile()。(注:這種用法是比較標(biāo)準(zhǔn)的跨平臺(tái)代碼的寫法)
#ifdef_WIN32
#definetmpfilew32_tmpfile
#endif
FILE*w32_tmpfile(void){
//codeforWindows;
}
搞定!編譯程序,運(yùn)行。
靠!居然沒有調(diào)用到我的w32_tmpfile(),什么問題?調(diào)試,單步跟蹤,果然沒有調(diào)用到!
難道是問號(hào)表達(dá)式有問題?改成if – else 語句,好了!
if(NULL!=fname){
g=fopen(fname,"w+");
}else{
g=tmpfile();
}
問號(hào)表達(dá)式不應(yīng)該有問題吧,難道我們的宏對(duì)問號(hào)表達(dá)式不起作用,這難道是編譯器的預(yù)編譯的一個(gè)bug?作者懷疑到。
現(xiàn)在我們把所有的代碼連在一起看,并比較一下:
能正常工作的代碼
#ifdef_WIN32
#definetmpfilew32_tmpfile
#endif
FILE*w32_tmpfile(void){
codeforWindows;
}
elseif(code==200){//Downloadingwholefile
/*Writenewfile(plusallowreadingoncewefinish)*/
//FIXMEWin32nativeversionfailsherebecause
//Microsoft'sversionoftmpfile()createsthefileinC:
//g=fname?fopen(fname,"w+"):tmpfile();
if(NULL!=fname){
g=fopen(fname,"w+");
}else{
g=tmpfile();
}
}
不能正常工作的代碼
#ifdef_WIN32
#definetmpfilew32_tmpfile
#endif
FILE*w32_tmpfile(void){
codeforWindows;
}
elseif(code==200){//Downloadingwholefile
/*Writenewfile(plusallowreadingoncewefinish)*/
//FIXMEWin32nativeversionfailsherebecause
//Microsoft'sversionoftmpfile()createsthefileinC:
g=fname?fopen(fname,"w+"):tmpfile();
}
也許你在一開始就看到了這個(gè)bug,但是作者沒有。所有的問題都出在注釋上:
/*Writenewfile(plusallowreadingoncewefinish)*/
//FIXMEWin32nativeversionfailsherebecause
//Microsoft'sversionoftmpfile()createsthefileinC:
你看到了最后那個(gè)C:嗎?在C中,“” 代表此行沒有結(jié)束,于是,后面的代碼也成了注釋。這就是這個(gè)bug的真正原因!
而之所以改成if-else能工作的原因是因?yàn)樽髡咦⑨屃死系膯柼?hào)表達(dá)式的代碼,所以,那段能工作的代碼成了:
/*Writenewfile(plusallowreadingoncewefinish)*/
//FIXMEWin32nativeversionfailsherebecauseMicrosoft'sversionoftmpfile()createsthefileinC://g=fname?fopen(fname,"w+"):tmpfile();
if(NULL!=fname){
g=fopen(fname,"w+");
}else{
g=tmpfile();
}
我相信,當(dāng)作者找到這個(gè)問題的原因后,一定會(huì)罵一句“媽的”!我也相信,這個(gè)bug花費(fèi)了作者很多時(shí)間!
最后,我也share一個(gè)我以前犯的一個(gè)錯(cuò)。
我有一個(gè)小函數(shù),需要傳入一個(gè)int* pInt的類型,然后我需要在我的代碼里 把這個(gè)int* pInt作除數(shù)。于是我的代碼成了下面的這個(gè)樣子:
float result = num/*pInt; ….
/* some comments */
-x<10 ? f(result):f(-result);
因?yàn)槲以谖耶?dāng)時(shí)用vi編寫代碼,所以沒有語法高亮,而我的程序都編譯通過了,但是卻出現(xiàn)了很奇怪的事。
我也不知道,用gdb調(diào)式的時(shí)候,發(fā)現(xiàn)有些語句直接就過了。
這個(gè)問題讓我花了很多時(shí)間,最后發(fā)現(xiàn)問題原來是沒有空格導(dǎo)致的,TNND,下面我用代碼高亮的插件來顯示上面的代碼,
floatresult=num/*pInt;
....
/*somecomments*/
-x<10?f(result):f(-result);
Holly Shit! 我的代碼成了:
floatresult=num-x<10?f(result):f(-result);
我的這個(gè)錯(cuò)誤在愚蠢程度上和上面那個(gè)作者出的錯(cuò)誤有一拼。
審核編輯 :李倩
-
C語言
+關(guān)注
關(guān)注
180文章
7581瀏覽量
135651 -
BUG
+關(guān)注
關(guān)注
0文章
155瀏覽量
15635
原文標(biāo)題:C語言史上最愚蠢的Bug
文章出處:【微信號(hào):mcu168,微信公眾號(hào):硬件攻城獅】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論