"没有扑ֈ�MFC80D.DLL"问题的解��x��?�?

eircQ — Tue, 17 May 2011 01:31:00 GMT

用VS2005调试一个程序，出现“没有扑ֈ�MFC80D.DLL……”的提�C�Z�ɽE�序不能�q�行�Q�删掉Debug文�g多w��新编译问题依旧，上网查了一下，有说是vs路径的原因，有说是vs没装好的原因�?/font>

�?#8220;启动调试F5”的工具图标右侧有一�?#8220;解决�Ҏ��配置”�Q�无意中��其中的“Debug”改�ؓ“Release”�Q�F5通过�Q�运行正常，��目目录下生�?#8220;Release”文�g夹，Debug方式生成�?#8220;Debug"文�g�Ҏ��无用的。原因如下：

DEBUG和RELEASE 版本差异及调试相关问题：
I. 内存分配问题

1. 变量未初始化。下面的�E�序在debug中运行的很好�?/font>

      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中却不行�Q�因为debug中会自动�l�变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化�?/font>

2.            数据溢出的问�?nbsp;
        如：char buffer[10];
             int counter;
       lstrcpy(buffer, "abcdefghik");

在debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没有。但是在release版中�Q�counter可能被放在寄存器中，�q�样NULL��p��盖了buffer下面的空��_��可能��是函数的返回地址�Q�这��导致ACCESS ERROR�?br /> 3. DEBUG版和RELEASE版的内存分配方式是不同的。如果你在DEBUG版中甌�� ele �?6*sizeof(DWORD)=24bytes,实际上分配给你的�?2bytes�Q�debug版以32bytes为单位分配）�Q�而在release版，分配�l�你的就�?4bytes�Q�release版以8bytes为单位）�Q�所以在debug版中如果你写ele[6],可能不会有什么问题，而在release版中�Q�就有ACCESS VIOLATE�?/font>

II. ASSERT和VERIFY

1. ASSERT在Release版本中是不会被编译的�?/font>

ASSERT宏是�q�样定义�?/font>

        #ifdef _DEBUG
        #define ASSERT(x) if( (x) == 0) report_assert_failure()
        #else
        #define ASSERT(x)
        #endif
        实际上复杂一些，但无关紧要。假如你在这些语句中加了�E�序中必��要有的代码
比如

ASSERT(pNewObj = new CMyClass);

pNewObj->MyFunction();

�q�种时候Release版本中的pNewObj不会分配到空�?/font>

所以执行到下一个语句的时候程序会报该�E�序执行了非法操作的错误。这时可以用VERIFY �Q?/font>

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

#else

#define VERIFY(x) (x)
#endif
�q�样的话�Q�代码在release版中��可以执行了�?/font>

III. 参数问题�Q?/font>

自定义消息的处理函数�Q�必��d��义如下：

afx_msg LRESULT OnMyMessage(WPARAM, LPARAM);

�q�回值必��L��HRESULT型，否则Debug会过�Q�而Release出错

IV. 内存分配

保证数据创徏和清除的�l�一性：如果一个DLL提供一个能够创建数据的函数�Q�那么这个DLL同时应该提供一个函数销毁这些数据。数据的创徏和清除应该在同一个层�ơ上�?/font>

V. DLL的灾�?/font>

��Z��不同版本DLL混合造成的不一致性�Ş象的�U�Cؓ “动态连接库的地�?#8220;(DLL Hell) �Q�甚臛_��软自�׃��q�么�?http://msdn.microsoft.com/library/techart/dlldanger1.htm)�?/font>

如果你的�E�序使用你自��q��DLL时请注意�Q?/font>

1. 不能��debug和release版的DLL混合在一起��用。debug都是debug版，release版都是release版�?/font>

解决办法是将debug和release的程序分别放在主�E�序的debug和release目录�?/font>

2. 千万不要以�ؓ静态连接库会解决问题，那只会��情况更糟�p��?/font>

VI. RELEASE板中的调试：

1. ��ASSERT() 改�ؓ VERIFY() 。找出定义在"#ifdef _DEBUG"中的代码�Q�如果在RELEASE版本中需要这些代码请��他们移到定义外。查找TRACE(...)中代码，因�ؓ�q�些代码在RELEASE中也不被�~�译。请认真��查那些在RELEASE中需要的代码是否�q�没有被便宜�?/p>

2. 变量的初始化所带来的不同，在不同的�pȝ��Q�或是在DEBUG/RELEASE版本间都存在�q�样的差异，所以请对变量进行初始化�?/p>

3. 是否在编译时已经有了警告?请将警告�U�别讄��?�?,然后保证在编译时没有警告出现.

VII. ��Project Settings" �?"C++/C " ��目下优化选项改�ؓDisbale�Q�Debug�Q�。编译器的优化可能导致许多意想不到的错误�Q�请参考http://www.pgh.net/~newcomer/debug_release.htm

1. 此外对RELEASE版本的��Y件也可以�q�行调试�Q�请做如下改动：

�?Project Settings" �?"C++/C " ��目下设�|?"category" �?"General" �q�且��?Debug Info"讄��?"Program Database"�?/p>

�?"Link"��目下选中"Generate Debug Info"��查框�?/p>

"Rebuild All"

如此做法会��生的一些限�Ӟ��

无法获得在MFC DLL中的变量的倹{�?/p>

必须对该软�g所使用的所有DLL工程都进行改动�?/p>

另：

MS BUG�Q�MS的一份技术文档中表明�Q�在VC5中对于DLL�?Maximize Speed"优化选项�q�未被完全支持，因此�q�将会引起内存错误�ƈ��D��E�序崩溃�?/p>

2. www.sysinternals.com有一个程序DebugView�Q�用来捕捉OutputDebugString的输出，�q�行��h��后（估计是自设�ؓsystem debugger�Q�就可以观看所有程序的OutputDebugString的输出。此后，你可以脱��VC来运行你的程序�ƈ观看调试信息�?/p>

3. 有一个叫Gimpel Lint的静态代码检查工��P��据说比较好用。http://www.gimpel.com 不过要化$的�?/p>

参考文献：

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

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

eircQ 2011-05-17 09:31 发表评论

久久久综合免费视频,欧美午夜精品理论片a级大开眼界,一本久久综合亚洲鲁鲁

"没有扑ֈ�MFC80D.DLL"问题的解��x��?�?

使用ADO的具体方�?�?

LPSTR BSTR _variant_t VARIANT CComBSTR TCHAR

久久久综合免费视频,欧美午夜精品理论片a级大开眼界,一本久久综合亚洲鲁鲁

"没有扑ֈ�MFC80D.DLL"问题的解��x���?�?

使用ADO的具体方�?�?

LPSTR BSTR _variant_t VARIANT CComBSTR TCHAR

"没有扑ֈ�MFC80D.DLL"问题的解��x��?�?