• <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 閱讀(531) 評論(0)  編輯 收藏 引用 所屬分類: COM
            久久精品亚洲一区二区三区浴池 | 中文字幕日本人妻久久久免费| 人妻少妇精品久久| 久久久久久精品无码人妻| 精品少妇人妻av无码久久| 久久久久一区二区三区| 2021国产精品久久精品| 97精品久久天干天天天按摩| 久久99精品国产麻豆婷婷| 国产激情久久久久久熟女老人 | A级毛片无码久久精品免费| 久久久久久国产精品美女| 99久久人妻无码精品系列蜜桃| 久久精品无码一区二区日韩AV| 亚洲国产精品无码成人片久久| 久久免费精品视频| 色婷婷综合久久久中文字幕| 久久久久99精品成人片| 香蕉久久夜色精品国产小说| 亚洲AV无码久久精品蜜桃| 亚洲精品乱码久久久久久不卡| 久久精品国产99国产电影网 | 久久久久久av无码免费看大片| 五月丁香综合激情六月久久| 无夜精品久久久久久| 久久93精品国产91久久综合| 久久99国产精品99久久 | 日韩影院久久| 久久久久黑人强伦姧人妻| 久久国产影院| 久久99精品久久久久久秒播 | 精品久久久久久久无码| 中文字幕人妻色偷偷久久| 日本五月天婷久久网站| 久久人人爽人人人人片av| 亚洲色欲久久久久综合网| 久久久精品久久久久久| 久久精品成人一区二区三区| 久久人妻少妇嫩草AV蜜桃| 色综合久久久久综合99| 伊人色综合九久久天天蜜桃|