• <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)上有很多解決辦法。最近,我不幸也遇到了這種情況,不過解決方法卻很簡(jiǎn)單——更改編譯選項(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 力為 閱讀(6069) 評(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)勢(shì)了

            最簡(jiǎn)單的方法是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)致的,而不是可以簡(jiǎn)單的依靠改變VC編譯開關(guān)就能解決的。  回復(fù)  更多評(píng)論
              

            # re: 當(dāng)VC的Release版與Debug版不一致時(shí) 2006-06-17 21:29 mythma
            現(xiàn)在想一下這個(gè)問題, Aeolus Zheng說的"不是可以簡(jiǎn)單的依靠改變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)論
              

            国产成人精品久久综合 | 理论片午午伦夜理片久久| 热久久这里只有精品| 久久亚洲天堂| 久久精品国产亚洲一区二区| 亚洲午夜久久久| 久久久青草青青亚洲国产免观| 蜜臀久久99精品久久久久久| 大伊人青草狠狠久久| 欧美日韩精品久久久免费观看| 97久久久精品综合88久久| 亚洲精品成人网久久久久久| 免费观看成人久久网免费观看| 久久久久亚洲av成人网人人软件 | 久久久精品波多野结衣| 色婷婷综合久久久久中文一区二区| 精品久久久久中文字| 日韩乱码人妻无码中文字幕久久| 欧美麻豆久久久久久中文| 久久免费国产精品一区二区| 久久天天躁狠狠躁夜夜躁2O2O| 热RE99久久精品国产66热| 狠狠人妻久久久久久综合| 精品精品国产自在久久高清| AV色综合久久天堂AV色综合在| 亚洲综合日韩久久成人AV| 久久99国产精品久久99小说| 日本久久中文字幕| 久久精品国产一区二区电影| 色综合久久最新中文字幕| 国产精品久久成人影院| 97精品伊人久久大香线蕉app| 婷婷五月深深久久精品| 亚洲中文字幕无码久久2020| 香蕉久久夜色精品国产尤物| 亚洲欧美精品一区久久中文字幕| 久久久久亚洲AV无码专区桃色| 色综合久久天天综线观看| 狠狠色丁香久久婷婷综合蜜芽五月 | 五月丁香综合激情六月久久 | 久久综合久久久|