• <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 閱讀(525) 評論(0)  編輯 收藏 引用 所屬分類: COM
            精品人妻伦九区久久AAA片69| 久久被窝电影亚洲爽爽爽| 国产午夜电影久久| 日本久久中文字幕| 久久精品国产亚洲AV蜜臀色欲 | 伊人久久大香线蕉av一区| 色综合久久无码中文字幕| 免费观看成人久久网免费观看| 久久se这里只有精品| 国产A三级久久精品| 麻豆精品久久久一区二区| 久久人人爽人人爽人人片AV高清| 久久久久亚洲av无码专区喷水 | 老司机午夜网站国内精品久久久久久久久 | 中文字幕无码久久精品青草 | 狠狠干狠狠久久| 最新久久免费视频| 国产免费福利体检区久久| 久久精品国产亚洲αv忘忧草 | 亚洲精品tv久久久久久久久| 狠狠色丁香婷婷综合久久来来去 | 久久久网中文字幕| 久久免费视频网站| 亚洲精品乱码久久久久久蜜桃图片 | 亚洲国产精品久久66| 乱亲女H秽乱长久久久| 久久综合久久综合亚洲| 久久高潮一级毛片免费| 久久青草国产手机看片福利盒子| 一本久久知道综合久久| 久久99九九国产免费看小说| 久久久久这里只有精品| 久久人人爽人人澡人人高潮AV| 久久99热国产这有精品| 大伊人青草狠狠久久| 精品无码久久久久国产| 久久久精品人妻一区二区三区蜜桃 | 久久AⅤ人妻少妇嫩草影院| 93精91精品国产综合久久香蕉| 久久99国产精品久久久| 久久综合综合久久97色|