在這里我們提及一些Qt程序的調(diào)試的使用.
一、命令行選項
當(dāng)你運行Qt程序的的時候你可以指定幾個命令行選項來幫助程序的調(diào)試.
-nograb 應(yīng)用程序不會搶奪鼠標(biāo)和鍵盤. 當(dāng)程序運行在Linux下的gdb調(diào)試工具下的時候,這個值是默認(rèn)設(shè)置的.
-dograb 忽略任何暗示的或明示的-nograb. 即使-nograb放在命令行的最后時,-dograb也勝于-nograb的調(diào)用,即-dograb的優(yōu)先級更高.
-sync 應(yīng)用程序在X的同步模式下運行. 同步模式強制X服務(wù)器立即執(zhí)行每個X客戶端的請求并且不使用緩沖區(qū)(buffer)的優(yōu)化. 它使程序更便于調(diào)試,但是速度更慢.-sync選項僅在Qt的X11版本上有效.
二、警告和調(diào)試信息
Qt的擁有本個全局函數(shù)來輸出警告及調(diào)試文本.
qDebug() 用于測試等的調(diào)試信息的輸出.
qWarning() 用于當(dāng)程序出現(xiàn)錯誤的時候的警告信息的輸出.
qFatal() 用于毀滅性的錯誤信息的輸出及程序的退出.
Qt 通過這些函數(shù)的執(zhí)行將信息傳給Unix/X11下的stderr output或傳給Windows下的調(diào)試器. 你可以通過qInstallMsgHandler()安裝信息句柄(message handler)來接管這些函數(shù).
當(dāng)一個應(yīng)用程序很奇怪地運行時,調(diào)試函數(shù)QObject::dumpObjectTree() 和QObject::dumpObjectInfo() 是很有用的. 用對象名比不用對象名更有幫助,雖然有的時候不用名稱都是那么有幫助.
三、調(diào)試宏
頭文件qglobal.h包含了許多的調(diào)試宏及其定義.
兩個重要的宏:
ASSERT(b) 其中b 是一個布爾表達式, 如果b的FALSE,將會輸出警告信息: "ASSERT: 'b' in file file.cpp (234)" ---->表示在文件file.cpp的第234行中b的值為FALSE.
CHECK_PTR(p) 其中p 是一個指針. 當(dāng)p為空的時候?qū)敵鼍嫘畔? "In file file.cpp, line 234: Out of memory" ---->表示在文件file.cpp的第234行,內(nèi)存溢出.
這些宏在檢測程序錯誤時是非常有用的, 比如說:
char *alloc( int size )
{
ASSERT( size > 0 );
char *p = new char[size];
CHECK_PTR( p );
return p;
}
如果你定義了標(biāo)志QT_FATAL_ASSERT, ASSERT將會調(diào)用fatal()取代warning(), 所以一個失敗的斷言將會導(dǎo)致程序在輸出錯誤信息后退出.
注意:如果CHECK_STATE(下面會講到)沒有定義的話,那么ASSERT宏是一個空的表達式. 在它里頭的代碼將不會被執(zhí)行. 同樣的,如果CHECK_NULL沒有定變色鏡的話,CHECK_PTR也是一個空的表達式. 這里是一個怎樣讓ASSERT 或CHECK_PTR成為NOT的例子:
char *alloc( int size )
{
char *p;
CHECK_PTR( p = new char[size] ); // never do this!
return p;
}
這個程序的繁雜的:只有在正確檢測試標(biāo)志被定義的時候, p 才會被設(shè)為一個穩(wěn)當(dāng)?shù)闹? 如果這個代碼沒有定義CHECK_NULL標(biāo)志, 那么在CHECK_PTR表達式里的代碼將不會執(zhí)行(一般地,它只是幫助調(diào)試) 并返回一個野指指.
Qt庫包含了幾百條內(nèi)在的檢測,當(dāng)有一些錯誤被檢測出來之后,將會輸出警告信息.
基于下列不同調(diào)試標(biāo)志的狀態(tài),可以進行對Qt內(nèi)部的完整性和結(jié)果的正確性的測試:
CHECK_STATE: 檢查對象的狀態(tài)的一致性.Check for consistent/expected object state
CHECK_RANGE: 檢查變量的范圍錯誤.
CHECK_NULL: 檢查危險的空指針.
CHECK_MATH: 檢查危險的數(shù)學(xué)運算, 比如說除以0的運算.
NO_CHECK: 關(guān)閉所有的CHECK_... 標(biāo)志 .
DEBUG: 允許使用調(diào)試代碼.
NO_DEBUG: 關(guān)閉 DEBUG 標(biāo)志.
默認(rèn)情況下, DEBUG和所有的CHECK 標(biāo)志都是打開的. 要關(guān)閉 DEBUG, 定義NO_DEBUG. 要關(guān)閉CHECK標(biāo)志,定義 NO_CHECK.
例:
void f( char *p, int i )
{
#if defined(CHECK_NULL)
if ( p == 0 )
qWarning( "f: Null pointer not allowed" );
#endif
#if defined(CHECK_RANGE)
if ( i < 0 )
qWarning( "f: The index cannot be negative" );
#endif
}
四、一般的bugs
這里我們值得提及的一個公共的BUG: 如果你包含了一個Q_OBJECT宏在類的聲明和運行moc的時候, 并且又忘了鏈接到moc生成對象代碼到你的可執(zhí)行程序上,那么你將會得到一些非常模糊的錯誤信息.
任何鏈接錯誤信息都是關(guān)于vtbl, _vtbl, __vtbl 或類似于這樣一類問題缺乏的提示信息.