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