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

            国产亚洲婷婷香蕉久久精品| 久久久国产精品| 亚洲成av人片不卡无码久久| 日本精品久久久久影院日本| 少妇无套内谢久久久久| 国产成人精品免费久久久久| 日本道色综合久久影院| 色诱久久av| 狠狠色丁香婷婷综合久久来| 久久精品一区二区三区中文字幕| 欧美激情精品久久久久久久| 99久久99这里只有免费费精品| 久久久国产精品网站| 亚洲人AV永久一区二区三区久久| 777米奇久久最新地址| 日韩亚洲国产综合久久久| 久久国产亚洲精品无码| 香港aa三级久久三级老师2021国产三级精品三级在 | 亚洲精品tv久久久久| 色综合久久久久综合体桃花网| 久久国产热这里只有精品| 色婷婷综合久久久久中文一区二区| 精品国产综合区久久久久久 | 久久久无码精品亚洲日韩蜜臀浪潮| 国产精品久久久久一区二区三区| 人妻少妇久久中文字幕 | 久久精品亚洲精品国产欧美| 国产精品美女久久久久| 亚洲精品无码久久久久| 久久国语露脸国产精品电影| 久久只这里是精品66| 久久精品18| 久久人人爽人人爽人人片AV东京热| 久久久中文字幕| 国产精品九九九久久九九| 色偷偷偷久久伊人大杳蕉| 亚洲AV无码久久精品成人| 伊人久久大香线蕉AV色婷婷色| 久久91精品国产91久| 国产一区二区久久久| 中文字幕精品久久|