• <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>

            力為的技術(shù)博客

            聯(lián)系 聚合 管理
              154 Posts :: 1 Stories :: 561 Comments :: 0 Trackbacks


            有些情況下,Debug版的程序運(yùn)行的正常,可是用Release版就出問題了,網(wǎng)上有很多解決辦法。最近,我不幸也遇到了這種情況,不過解決方法卻很簡單——更改編譯選項(xiàng)。


            VC6 Release版下的Optimizations選項(xiàng)默認(rèn)是Maximize Speed。至于vc是如何優(yōu)化的那是它的事情,我是不知道。但可以觀察到優(yōu)化的結(jié)果。為了跟蹤release下的出事地點(diǎn),臨時(shí)啟用Release下的Generate debug info項(xiàng),進(jìn)行調(diào)試。在函數(shù)調(diào)用堆棧中,發(fā)現(xiàn)少調(diào)用了一個(gè)函數(shù)——一個(gè)inline函數(shù),被VC優(yōu)化掉了?于是,把Optimizations選項(xiàng)設(shè)置為Disable。再運(yùn)行,一切OK。


            有一個(gè)Singleton類:
            class COperatorManager 
            {
            public:
             void SetOperator(UINT nOpID);
             static COperatorManager& Instance(void)
             {
              static COperatorManager s_Instance;
              return s_Instance;
             }
             // 其余省略
            };

            出事地點(diǎn):
            COperatorManager::Instance().SetOperator(id); 

            release下該句的調(diào)用堆棧:
            COperatorManager::SetOperator(id);   // 出錯(cuò)。



            這樣使用Singleton在VC6 Release版本下并不是總會(huì)出現(xiàn)問題。而我是恰巧遇上了,又恰巧解決了。故在此記錄一下:
            Debug版的程序運(yùn)行的正常,可是用Release版就出問題,此時(shí)把Relase版的把Optimizations選項(xiàng)設(shè)置為Disable再試一下看問題是否解決。

            posted on 2005-12-28 11:08 力為 閱讀(6062) 評(píng)論(9)  編輯 收藏 引用 所屬分類: 4. C++ FAQ

            評(píng)論

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2005-12-28 13:06 小明
            我暈,你這就叫解決問題了阿
            你把Optimizations都關(guān)掉了,Release就沒有速度優(yōu)勢了

            最簡單的方法是COperatorManager的getInstance方法不要inline阿
            class COperatorManager
            {
            public:
            void SetOperator(UINT nOpID);
            static COperatorManager& Instance(void);
            // 其余省略
            };

            //....cpp
            COperatorManager& COperatorManager ::Instance(void);
            {
            static COperatorManager s_Instance;
            return s_Instance;
            }

              回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-01-04 18:12 力為
            按照上述該了也不行,看來不是代碼的問題。最后我設(shè)置成“Default",就OK了。  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-03-12 08:25 dingding
            看看你的代碼,在調(diào)用出事以前,COperatorManager是否沒有任何實(shí)例化。

            release版本優(yōu)化的時(shí)候?qū)tatic變量的處理有時(shí)候不那么static  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-03-17 08:29 我是阿牛
            class COperatorManager
            {
            private:
            static COperatorManager *s_Instance;
            public:
            void SetOperator(UINT nOpID);
            static COperatorManager& Instance(void)
            {
            if(!s_Instance)
            s_Instance = new COperatorManager ;
            return s_Instance;
            }
            // 其余省略
            };  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-03-17 15:00 力為
            嗯,這只是不同版本的singleton實(shí)現(xiàn)  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-04-26 17:59 no
            你這樣沒有解決根本問題。
            之所以出錯(cuò)還是跟你的程序有關(guān)系。大部分都是基礎(chǔ)不好。很多變量類型/函數(shù)使用不對(duì)導(dǎo)致的。  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-06-17 13:48 Aeolus Zheng
            實(shí)際做工程時(shí)經(jīng)常會(huì)出現(xiàn)Debug版本沒問題而Release版本崩潰的問題,糾其原因都是因?yàn)榇a本身的問題導(dǎo)致的,而不是可以簡單的依靠改變VC編譯開關(guān)就能解決的。  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-06-17 21:29 mythma
            現(xiàn)在想一下這個(gè)問題, Aeolus Zheng說的"不是可以簡單的依靠改變VC編譯開關(guān)就能解決的"很有道理.
            但有時(shí)候也不能排除編譯器優(yōu)化代碼的時(shí)候會(huì)出錯(cuò).

            相同的代碼, 當(dāng)我在vc2003下編譯后便不存在這個(gè)問題了.
            可以斷定是vc6的錯(cuò)!  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2008-07-17 08:40 attica
            VC6的C++編譯器在很多方面都沒有完全滿足C++標(biāo)準(zhǔn)
            微軟是只到VC2003才對(duì)C++標(biāo)準(zhǔn)支持得很好,建議VC6能不用就不用了
            當(dāng)然VC6絕對(duì)是C++史書上最炫目的一筆,但畢竟已經(jīng)是歷史  回復(fù)  更多評(píng)論
              

            区久久AAA片69亚洲| 国产99久久久国产精免费| 久久精品国产福利国产琪琪| 亚洲狠狠婷婷综合久久久久| 久久综合九色欧美综合狠狠 | 欧美激情一区二区久久久| 久久精品国产只有精品66| 一级做a爱片久久毛片| 国产精品内射久久久久欢欢| 久久免费精品视频| 草草久久久无码国产专区| 国产精品gz久久久| 中文字幕无码av激情不卡久久| 久久久精品人妻无码专区不卡| 亚洲?V乱码久久精品蜜桃| 久久综合亚洲鲁鲁五月天| 久久婷婷午色综合夜啪| 男女久久久国产一区二区三区| 久久久久亚洲Av无码专| 99久久精品免费看国产一区二区三区 | 久久久精品视频免费观看| 久久精品综合网| 久久久久亚洲精品无码蜜桃| 国产激情久久久久影院老熟女免费 | 久久精品国产亚洲一区二区三区| 久久久久97国产精华液好用吗| 久久久久久亚洲精品影院| 久久水蜜桃亚洲av无码精品麻豆| 72种姿势欧美久久久久大黄蕉| 国产精品狼人久久久久影院| AV无码久久久久不卡蜜桃| 久久中文字幕一区二区| 色妞色综合久久夜夜| 精品久久久久久国产91| 亚洲婷婷国产精品电影人久久| 午夜精品久久久久久毛片| 99久久精品免费| 国产91色综合久久免费| 一日本道伊人久久综合影| 亚洲国产精品久久久久久| 色狠狠久久AV五月综合|