• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            LINGSUIYU'S BLOG

            C++博客 聯(lián)系 聚合 管理
              2 Posts :: 0 Stories :: 10 Comments :: 0 Trackbacks

            2008年8月21日 #

                    昨天在調(diào)程序時(shí),發(fā)現(xiàn)了一個(gè)問(wèn)題,在Debug模式下出現(xiàn)Debug Error!DAMAGE:after Normal block (#xxxx)錯(cuò)誤,Release沒(méi)問(wèn)題。網(wǎng)上一搜,知道這是由越界訪問(wèn)內(nèi)存,破壞了內(nèi)存中其他數(shù)據(jù)而引起問(wèn)題。但大部分帖子介紹這個(gè)問(wèn)題都是由動(dòng)態(tài)申請(qǐng)內(nèi)存和動(dòng)態(tài)釋放引起。而我的程序中根本沒(méi)有用過(guò)new和delete;也有一個(gè)帖子說(shuō)數(shù)組越界也會(huì)發(fā)生這種情況,我又查了很多遍,數(shù)組都正常。只好繼續(xù)調(diào)代碼,最后被我跟到一個(gè)調(diào)用的DLL(DLL也是自己寫(xiě)的)里面,并且鎖定在一行代碼上:

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

                    這里ModelName是從調(diào)用DLL的類的實(shí)例中傳過(guò)來(lái)的一個(gè)字符串指針,在DLL中由于上面的語(yǔ)句,導(dǎo)致調(diào)用處的字符指針越界,從而產(chǎn)生了這個(gè)錯(cuò)誤。因?yàn)镽elease沒(méi)有內(nèi)存越界提示,所以沒(méi)有發(fā)現(xiàn)這個(gè)問(wèn)題,但這樣的內(nèi)存隱患足以致命。可見(jiàn)操作指針內(nèi)存小心為上,故慎重的把它記錄下來(lái)。
            posted @ 2008-08-21 11:10 零碎雨 閱讀(6087) | 評(píng)論 (7)編輯 收藏

                    在Efficient C++的第二章,講述了關(guān)于繼承和構(gòu)造(析構(gòu))函數(shù)造成的計(jì)算開(kāi)銷,仍然有些糊涂。對(duì)與以下三段關(guān)于互斥鎖使用的代碼(來(lái)自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;
            }
            ;

            書(shū)中測(cè)得的結(jié)果是Version 1和 Version 2 耗時(shí)相同,為1.01s,而Version 3 耗時(shí)1.63秒,這說(shuō)明前兩個(gè)版本計(jì)算開(kāi)銷相同而第三個(gè)版本計(jì)算開(kāi)銷明顯增加。
                    而書(shū)中也說(shuō)了Version 2 的構(gòu)造函數(shù)中,初始化myLock成員是計(jì)算損失,當(dāng)acquire()內(nèi)聯(lián)不成功的時(shí)候,調(diào)用acquire()也是計(jì)算損失。
                    再看Version 3,它首先調(diào)用基類的構(gòu)造函數(shù),由于是內(nèi)聯(lián)的,而且函數(shù)體為空,其開(kāi)銷應(yīng)該忽略不計(jì),然后是初始化myLock,調(diào)用acquire(),這些都跟Version 2中一樣。
                    這樣看起來(lái)反倒是Version 2 和  Version 3 的計(jì)算花費(fèi)應(yīng)該相同了,而Version 1的計(jì)算花費(fèi)要比它們少。而書(shū)上好像沒(méi)有對(duì)這個(gè)問(wèn)題作出解釋。我不知道是什么地方理解錯(cuò)誤了,所以先懸著,等找到答案再把它寫(xiě)完。或者如有看到此文而不吝賜教的,不勝感激!
            posted @ 2008-08-21 10:09 零碎雨 閱讀(658) | 評(píng)論 (3)編輯 收藏

            僅列出標(biāo)題  
            国产精品亚洲综合专区片高清久久久 | 狠狠色丁香久久综合婷婷| 狠狠色狠狠色综合久久| 久久男人Av资源网站无码软件 | 亚洲国产成人久久精品影视| 国产精品久久久久久久久久免费| 久久强奷乱码老熟女| 无码国内精品久久人妻蜜桃| 久久精品国产亚洲AV麻豆网站| 国产成人综合久久久久久| 欧美精品一区二区久久| 久久AV无码精品人妻糸列| 色成年激情久久综合| 一本色道久久88—综合亚洲精品 | 色偷偷88888欧美精品久久久| 国产一区二区三区久久精品| 精品多毛少妇人妻AV免费久久 | 久久精品一区二区三区中文字幕 | 亚洲精品白浆高清久久久久久| .精品久久久麻豆国产精品| 中文成人久久久久影院免费观看 | 亚洲国产精品久久久久| 亚洲精品无码久久久久| 久久久久久毛片免费看| 曰曰摸天天摸人人看久久久| 久久综合精品国产二区无码| 中文精品99久久国产 | 久久国产高清一区二区三区| 人妻少妇久久中文字幕一区二区 | 久久婷婷国产剧情内射白浆| 亚洲精品国产成人99久久| 激情伊人五月天久久综合| 狠狠色婷婷久久综合频道日韩| 中文字幕无码久久人妻| 欧美久久久久久精选9999| 久久精品国产秦先生| 午夜不卡久久精品无码免费| 国产毛片欧美毛片久久久| 精品久久久一二三区| 久久一区二区免费播放| 无码乱码观看精品久久|