LINGSUIYU'S BLOG

C++博客聯系聚合

管理

2 Posts :: 0 Stories :: 10 Comments :: 0 Trackbacks

常用鏈接

留言簿

隨筆分類

算法

隨筆檔案

2008年8月 (2)

搜索

閱讀排行榜

評論排行榜

2008年8月21日 #

Debug Error! DAMAGE：after Normal block (#xxxx) 問題

昨天在調程序時，發現了一個問題，在Debug模式下出現Debug Error！DAMAGE：after Normal block (#xxxx)錯誤，Release沒問題。網上一搜，知道這是由越界訪問內存，破壞了內存中其他數據而引起問題。但大部分帖子介紹這個問題都是由動態申請內存和動態釋放引起。而我的程序中根本沒有用過new和delete；也有一個帖子說數組越界也會發生這種情況，我又查了很多遍，數組都正常。只好繼續調代碼，最后被我跟到一個調用的DLL（DLL也是自己寫的）里面，并且鎖定在一行代碼上：

ModelName = strcat(ModelName,".txt"); // ModelName的類型是char *

這里ModelName是從調用DLL的類的實例中傳過來的一個字符串指針，在DLL中由于上面的語句，導致調用處的字符指針越界，從而產生了這個錯誤。因為Release沒有內存越界提示，所以沒有發現這個問題，但這樣的內存隱患足以致命。可見操作指針內存小心為上，故慎重的把它記錄下來。

posted @ 2008-08-21 11:10 零碎雨閱讀(6125) | 評論 (7) | 編輯收藏

關于c++繼承帶來的開銷的疑惑

在Efficient C++的第二章，講述了關于繼承和構造(析構)函數造成的計算開銷，仍然有些糊涂。對與以下三段關于互斥鎖使用的代碼（來自Efficient c++）：

// Version 1

int main()

{

// Start timing here

for(i=0; i<1000000; i++)

{

pthread_mutex_lock(&mutex);

shareCounter++;

pthread_mutex_unlock(&mutex);

}

// Stop timing here

}

// Version 2

int main()

{

// Start timing here

for(i=0; i<1000000; i++)

{

SimpleMutex m(mutex);

sharedCounter++;

}

// Stop timing here

}

class SimpleMutex

{

public:

SimpleMutex(pthread_mutex_t & lock):myLock(lock){acquire();}

~SimpleMutex{release();}

private:

int acquire(){return pthread_mutex_lock(&myLock);}

int release(){return pthread_mutex_unlock(&myLock);}

pthread_mutex_t & myLock;

};

// Version 3

int main()

{

// Start timing here

for(i=0; i<1000000; i++)

{

DerivedMutex m(mutex);

sharedCounter++;

}

// Stop timing here

}

class BaseMutex

{

public:

BaseMutex(pthread_mutex_t & lock){};

Virtual ~BaseMutex(){};

};

class DerivedMutex:public BaseMutex

{

public:

DerivedMutex(pthread_mutex_t &lock):BaseMutex(lock),myLock(lock){acquire();}

~DerivedMutex(){release();}

private:

int acquire(){return pthread_mutex_lock(&myLock);}

int release(){return pthread_mutex_unlock(&myLock);}

pthread_mutex_t & myLock;

};

書中測得的結果是Version 1和 Version 2 耗時相同，為1.01s，而Version 3 耗時1.63秒，這說明前兩個版本計算開銷相同而第三個版本計算開銷明顯增加。
        而書中也說了Version 2 的構造函數中，初始化myLock成員是計算損失，當acquire()內聯不成功的時候，調用acquire()也是計算損失。
        再看Version 3，它首先調用基類的構造函數，由于是內聯的，而且函數體為空，其開銷應該忽略不計，然后是初始化myLock，調用acquire()，這些都跟Version 2中一樣。
        這樣看起來反倒是Version 2 和 Version 3 的計算花費應該相同了，而Version 1的計算花費要比它們少。而書上好像沒有對這個問題作出解釋。我不知道是什么地方理解錯誤了，所以先懸著，等找到答案再把它寫完。或者如有看到此文而不吝賜教的，不勝感激！

posted @ 2008-08-21 10:09 零碎雨閱讀(670) | 評論 (3) | 編輯收藏

僅列出標題

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

LINGSUIYU'S BLOG

常用鏈接

留言簿

隨筆分類

隨筆檔案

搜索

最新評論

閱讀排行榜

評論排行榜