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

            陋居

            淡薄名利,修身養性

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              31 Posts :: 1 Stories :: 4 Comments :: 0 Trackbacks

            常用鏈接

            留言簿

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

              用VS2005調試一個程序,出現“沒有找到MFC80D.DLL……”的提示使程序不能運行,刪掉Debug文件夾重新編譯問題依舊,上網查了一下,有說是vs路徑的原因,有說是vs沒裝好的原因。
              在“啟動調試F5”的工具圖標右側有一欄“解決方案配置”,無意中將其中的“Debug”改為“Release”,F5通過,運行正常,項目目錄下生成“Release”文件夾,Debug方式生成的“Debug"文件夾是無用的。原因如下:
             

              DEBUG和RELEASE 版本差異及調試相關問題:
              I.         內存分配問題

              1.          變量未初始化。下面的程序在debug中運行的很好。

                  thing * search(thing * something)
                    BOOL found;
                    for(int i = 0; i < whatever.GetSize(); i++)
                      {
                      if(whatever[i]->field == something->field)
                         { /* found it */
                          found = TRUE;
                          break;
                         } /* found it */
                       }
                if(found)
                         return whatever[i];
                else
                         return NULL;
              而在release中卻不行,因為debug中會自動給變量初始化found=FALSE,而在release版中則不會。所以盡可能的給變量、類或結構初始化。

              2.            數據溢出的問題 
                    如:char buffer[10];
                         int counter;
                   lstrcpy(buffer, "abcdefghik");

              在debug版中buffer的NULL覆蓋了counter的高位,但是除非counter>16M,什么問題也沒有。但是在release版中,counter可能被放在寄存器中,這樣NULL就覆蓋了buffer下面的空間,可能就是函數的返回地址,這將導致ACCESS ERROR。
              3.         DEBUG版和RELEASE版的內存分配方式是不同的。如果你在DEBUG版中申請   ele 為 6*sizeof(DWORD)=24bytes,實際上分配給你的是32bytes(debug版以32bytes為單位分配),而在release版,分配給你的就是24bytes(release版以8bytes為單位),所以在debug版中如果你寫ele[6],可能不會有什么問題,而在release版中,就有ACCESS VIOLATE。

              II.      ASSERT和VERIFY

              1.         ASSERT在Release版本中是不會被編譯的。

              ASSERT宏是這樣定義的

                    #ifdef _DEBUG
                    #define ASSERT(x) if( (x) == 0) report_assert_failure()
                    #else
                    #define ASSERT(x)
                    #endif
                    實際上復雜一些,但無關緊要。假如你在這些語句中加了程序中必須要有的代碼
              比如

              ASSERT(pNewObj = new CMyClass);

              pNewObj->MyFunction();

              這種時候Release版本中的pNewObj不會分配到空間

              所以執行到下一個語句的時候程序會報該程序執行了非法操作的錯誤。這時可以用VERIFY :

                    #ifdef _DEBUG
                    #define VERIFY(x) if( (x) == 0) report_assert_failure()
             
             
              #else

                    #define VERIFY(x) (x)
                    #endif
              這樣的話,代碼在release版中就可以執行了。

              III.   參數問題:

              自定義消息的處理函數,必須定義如下:

              afx_msg LRESULT OnMyMessage(WPARAM, LPARAM);

              返回值必須是HRESULT型,否則Debug會過,而Release出錯

              IV.  內存分配

              保證數據創建和清除的統一性:如果一個DLL提供一個能夠創建數據的函數,那么這個DLL同時應該提供一個函數銷毀這些數據。數據的創建和清除應該在同一個層次上。

              V.     DLL的災難

              人們將不同版本DLL混合造成的不一致性形象的稱為 “動態連接庫的地獄“(DLL Hell) ,甚至微軟自己也這么說(http://msdn.microsoft.com/library/techart/dlldanger1.htm)。

                   如果你的程序使用你自己的DLL時請注意:

              1.       不能將debug和release版的DLL混合在一起使用。debug都是debug版,release版都是release版。

              解決辦法是將debug和release的程序分別放在主程序的debug和release目錄下


              2.         千萬不要以為靜態連接庫會解決問題,那只會使情況更糟糕。

              VI.  RELEASE板中的調試:

              1.         將ASSERT() 改為 VERIFY() 。找出定義在"#ifdef _DEBUG"中的代碼,如果在RELEASE版本中需要這些代碼請將他們移到定義外。查找TRACE(...)中代碼,因為這些代碼在RELEASE中也不被編譯。請認真檢查那些在RELEASE中需要的代碼是否并沒有被便宜。

              2.         變量的初始化所帶來的不同,在不同的系統,或是在DEBUG/RELEASE版本間都存在這樣的差異,所以請對變量進行初始化。

              3.         是否在編譯時已經有了警告?請將警告級別設置為3或4,然后保證在編譯時沒有警告出現.

              VII.   將Project Settings" 中 "C++/C " 項目下優化選項改為Disbale(Debug)。編譯器的優化可能導致許多意想不到的錯誤,請參考http://www.pgh.net/~newcomer/debug_release.htm

              1.         此外對RELEASE版本的軟件也可以進行調試,請做如下改動:

              在"Project Settings" 中 "C++/C " 項目下設置 "category" 為 "General" 并且將"Debug Info"設置為 "Program Database"。

              在 "Link"項目下選中"Generate Debug Info"檢查框。

              "Rebuild All"

              如此做法會產生的一些限制:

              無法獲得在MFC DLL中的變量的值。

              必須對該軟件所使用的所有DLL工程都進行改動。

              另:

              MS BUG:MS的一份技術文檔中表明,在VC5中對于DLL的"Maximize Speed"優化選項并未被完全支持,因此這將會引起內存錯誤并導致程序崩潰。

              2.         www.sysinternals.com有一個程序DebugView,用來捕捉OutputDebugString的輸出,運行起來后(估計是自設為system debugger)就可以觀看所有程序的OutputDebugString的輸出。此后,你可以脫離VC來運行你的程序并觀看調試信息。

              3.         有一個叫Gimpel Lint的靜態代碼檢查工具,據說比較好用。http://www.gimpel.com 不過要化$的。

            參考文獻:

            1)         http://www.cygnus-software.com/papers/release_debugging.html

            2)        http://www.pgh.net/~newcomer/debug_release.htm

            posted on 2011-05-17 09:31 eircQ 閱讀(524) 評論(0)  編輯 收藏 引用 所屬分類: COM
            久久久久免费视频| 久久se精品一区二区影院| 国产精品成人久久久| 久久中文字幕精品| AV无码久久久久不卡蜜桃| 99久久综合狠狠综合久久止| 国产成人精品久久综合| 久久99精品国产麻豆婷婷| 无码日韩人妻精品久久蜜桃| 久久精品国产黑森林| 伊人久久大香线蕉亚洲| 久久国产成人| 久久国产精品成人免费| 久久久www免费人成精品| 久久中文字幕一区二区| 国产aⅴ激情无码久久| 精品久久久久国产免费| 久久国产精品无码一区二区三区| 久久久久免费视频| 国产精品欧美久久久久无广告| 亚洲欧美成人综合久久久 | 99久久精品免费看国产一区二区三区| 久久久久亚洲AV成人片| 色婷婷狠狠久久综合五月| 9999国产精品欧美久久久久久| 久久精品国产亚洲AV麻豆网站| 亚洲中文字幕无码久久2017| 久久经典免费视频| 久久嫩草影院免费看夜色| 欧美激情精品久久久久| 国产精品久久久久…| 久久99国产精品久久久| 久久久久国产精品| 人人狠狠综合久久亚洲88| 99精品久久精品一区二区| 国产精品免费看久久久| 69久久夜色精品国产69| .精品久久久麻豆国产精品| 99久久精品国产免看国产一区| .精品久久久麻豆国产精品| 久久香蕉国产线看观看乱码|