一般情况下，我们开发的MFC程序，程序一般要用到VC中关于MFC的库，其形式是.lib和对应的.dll，在工程的设置里面,project->setting->general里，有"Using MFC in a static library"或者是"Using MFC in a shared DLL"，一般开发时，如果工程只是一个单独的程序，一般我们会使用"Using MFC in a static library"，这样的话，编译成功后，会只有一个.exe就可以了，到了没有装MFC的机子，也可以正常用，如果不这样的话，就得把几个重要的MFC的dll和.exe放在一起才能使用，反而觉得麻烦，而且整体程序会比较大。
公司里面的项目，一般都是模块化，而且一般都是放在一起的，如果每个模块的.exe都使用"Using MFC in a static library"，那样的话，整体一下，整个.exe集就会大很多，所以一般使用"Using MFC in a shared DLL"的选项，这样的话，在整体迁移到客户机的时候，就得把开发时编译使用的MFC dll都得拷贝到工程bin下面，公共使用。MFC dll一般是MFC42D.DLL,MFCANS32.DLL,MFCD42D.DLL,Mfcn42d.dll,MFCO42D.DLL。
最近在开发的时候，遇到了一个很奇怪的问题，就是我的程序在调试执行时，到了COleDateTime的方法时，都会出错，如题：“Unhandled exception in NTAutoScript.exe(MFCO42D.dll)0xC00000005:Access Violation”，COleDateTime是MFC的类，其调试也是从dll里面导出的，在网上google了一下，发现，都说什么传空指针问题，不可能嘛，因为这个工程在别的开发机器上面没事的，一到我这里rebuild了一下就有问题了，那肯定是我的机器有问题，或者是开发环境有问题了，但是现在出问题在MFC的dll上面，又不是我程序问题，肯定是调试不出问题来的了。。
后来经过我细心的对比，终于发现问题了，一般我们自己的工程编译时，如果选择"Using MFC in a static library"，VC编译时，都会使用(默认路径)"C:\Program Files\Microsoft Visual Studio\VC98\MFC\Lib"这个路径下面的.lib进行编译，链接时使用系统"C:\WINDOWS\system32"路径下面相应的MFC DLL进行链接，最后我们工程里面生成的.exe只有动态链接指针，没有执行体，我是指关于MFC的api或者类。等我们的.exe执行时，才会把"C:\WINDOWS\system32"下面的MFC dll装载到内存然后根据我们程序中的api指针定位到MFC Dll里面进行执行。
但是现在为什么会出现异常呢，问题在于dll版本不一致。公司的工程bin下面以开发的程序使用的MFC DLL，我举个例子，我出错的例子，MFCO42D.dll版本是6.0.8168.0，而我现在的电脑上面装完VC后到"C:\WINDOWS\system32"一看，才发现MFCO42D.dll版本竟然是6.0.9782.0，因为.dll和.lib都是配套用的，所以如果我工程编译时，使用了版本是6.0.9782.0的.lib，那么我的程序执行时链接的.dll也必须是版本6.0.9782.0才行，所以现在我编译时使用版本6.0.9782.0，高一点，然后我的程序执行时是从程序根目录开始搜索dll的，所以使用了旧版本6.0.8168.0的，所以执行时老是提示指针错误咯，呵呵。。
现在解决的办法是，叫别的同事的机器上面的版本6.0.8168.0的.lib给我的用一下就可以了，就是路径"C:\Program Files\Microsoft Visual Studio\VC98\MFC\Lib"，替换一下就可以了，编译时用旧的，程序统一使用公司bin上面的旧的.dll。
其实我们常说的VC 6.0，其实它也是有很多版本的，如VC 6.0 Sp1,VC 6.0 Sp2,...VC 6.0 Sp6，还有什么个人版，企业版的，因为升级了，所以MFC的.lib和.dll也会有改动的，所以开时，你们小组团队的使用的VC版本最好是一致的，这样问题就没有，否则可能要注意我上面所解决的问题。。
最好就是把"C:\Program Files\Microsoft Visual Studio\VC98\MFC\Lib"，抽出来，放到公司工程里面，开发小组都要使用这个lib目录进行编译，就OK了，那样随便小组成员使用那个版本的VC。。。
PS：0xC0000005错误的含义程序非法访问内存，通常是指针或者句柄错误，例如指针未初始化。可以适当检查一下你的控件是怎么关联的，可以调试一下类的构造函数。