gtest的彩色信息輸出 + boost.test的內存洩漏檢測及定位

gtest 的彩色信息顯示看起來比較醒目，boost。test 的內存洩漏檢查很實用。真希望兩個功能在一個庫裡，可以省不少事情。不過如果想在作者們沒有這麼做之前結合使用這兩個功能，下面的方法可以試。

　
1: #include <iostream>
2:
3: #include <gtest/gtest.h>
4: #pragma comment(lib, "gtestd_d.lib")
5:
6: #include <boost/test/unit_test.hpp>
7:
8: TEST(FooTest, test)
9: {
10: char *t = new char[2];
11: EXPECT_EQ(3, 3);
12: EXPECT_EQ(2, 3);
13: }
14:
15: using boost::unit_test::test_case;
16: void testf()
17: {
18: char *t = new char[2];
19: BOOST_CHECK(3 == 3);
20: BOOST_CHECK(2 == 3);
21: }
22:
23: using boost::unit_test::test_suite;
24: test_suite* init_unit_test_suite( int argc, char* argv[] )
25: {
26: std::cout << " gtest...\n";
27: ::testing::InitGoogleTest(&argc, argv);
28: ::testing::UnitTest::GetInstance()->Run();
29:
30: std::cout << "\n\n boost.test...\n";
31: test_suite* ts = BOOST_TEST_SUITE( "" );
32: ts->add( BOOST_TEST_CASE( &testf ) );
33: return ts;
34: }

（具體使用 test case 時只用 gtest 的即可，裡面兩者都寫僅僅是為了有個對比）

gtest 1.3.0

http://code.google.com/p/googletest/

booost 1.8.0

http://www.boost.org/

output：

windows mfc 程序定位實例 ：

場景1：

Detected memory leaks!
Dumping objects ->
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(141) : {1081} normal block
at 0x0038F448, 30 bytes long.
Data: <　　 x　　　　　　　　　　　 > 0C 00 E5 78 06 00 00 00 06 00 00 00 01 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\inet.cpp(509) : {1080} client block at
0x01268148, subtype c0, 28 bytes long.
a CHttpConnection object at $01268148, 28 bytes long
Object dump complete.

--
inet.cpp(509) : {1080}
inet.cpp 的第 509 行分配的內存
specified object allocation order number 1080
--　

找到本機對應的文件

C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc\inet.cpp

找到相應的行

CHttpConnection* CInternetSession::GetHttpConnection(LPCTSTR pstrServer,
INTERNET_PORT nPort /* = INTERNET_INVALID_PORT_NUMBER */,
LPCTSTR pstrUserName /* = NULL */, LPCTSTR pstrPassword /* = NULL */)
{
ASSERT(AfxIsValidString(pstrServer));
// line 509
CHttpConnection* pResult = new CHttpConnection(this,
pstrServer, nPort, pstrUserName, pstrPassword, m_dwContext);
return pResult;
}

如此應該是有這個函數的調用者沒有清理返回的 CHttpConnection*，搜索調用代碼發現果然如此

場景2：

內存洩漏檢測信息中沒有文件名及行號

Detected memory leaks!
Dumping objects ->
{1080} normal block at 0x00C28148, 1 bytes long.
Data: < > CD
Object dump complete.

在程序的開始加入 _CrtSetBreakAlloc(1080);

--

Start debugging

在此內存分配的位置（但不精確）會停下來提示

xxx.exe has triggered a breakpoint

當然，還是有文件名與行號省事，試試在文件適當位置加入

#ifdef _DEBUG
#define new DEBUG_NEW
#endif
//#define DEBUG_NEW new(THIS_FILE, __LINE__)

如此就可以象上面一樣看到文件名及行號

Detected memory leaks!
Dumping objects ->
d:\work\xxx\xxx.cpp(167)
: {1080} normal block at 0x00C28148, 1 bytes long.
Data: < > CD
Object dump complete.

Sets a breakpoint on a specified object allocation order number (debug version only).

--