mfc编译拒绝访问

① vs2013一编译mfc的程序就报错，error MSB8031去那个网址下载资源也unavailable了，怎么弄啊

工程属性--常规--字符集：设置为Unicode。试试

② vc++ mfc，编译为什么会出现 Cannot open include file: 'dib.h': No such file or directory

出错的原因可能是：

1. 工程目录中没有相应的头文件，需要将该头文件复制到工程目录下。

2. VC++6.0的工程路径设置不正确，详细说明如下：

如果你在cpp文件中有这样的预编译指令：#include "lcslcs.h"，这条预编译指令的含义是编译器会在 工程路径lcs 这个目录下查找lcs.h这个头文件，lcslcs.h这个路径仅仅是一个相对于工程路径的相对路径，如果你已经把lcs.h文件放到lcs文件夹下，这时必须保证你的工程路径设置正确，工程路径lcslcs.h一个能够找到文件lcs.h的绝对路径。如果你的头文件的绝对路径是：D:vcLXlibLCSlcslcs.h，做如下设置：选择 工具->选项 ，打开如下对话框

按上图选中项设置你的工程路径，再编译就没错了。

③ 兄弟一体机MFC-3360C,安装驱动时提示安装设备时出现一个错误拒绝访问，有谁能帮帮忙说的详细点，谢谢！

一般时候，安装一体机或是打印机驱动，需要断开设备的，然后驱动，等到界面提示时再连接。
系统还原可能已经把驱动还原掉了，建议你拿原装光盘驱动一下，看看说明是否要求你连接硬件的顺序。

④ MFC 程序编译连接通过后无法启动

DLL文件(Dynamic Linkable Library 即动态链接库文件)，是一种不能单独运行的文件，它允许程序共享执行特殊任务所必需的代码和其他资源
比较大的应用程序都由很多模块组成，这些模块分别完成相对独立的功能，它们彼此协作来完成整个软件系统的工作。可能存在一些模块的功能较为通用，在构造其它软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序 EXE 文件中，会产生一些问题：一个缺点是增加了应用程序的大小，它会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另一个缺点是，在编写大的 EXE 程序时，在每次修改重建时都必须调整编译所有源代码，增加了编译过程的复杂性，也不利于阶段性的单元测试。
Windows 系统平台上提供了一种完全不同的较有效的编程和运行环境，你可以将独立的程序模块创建为较小的 DLL 文件，并可对它们单独编译和测试。在运行时，只有当 EXE 程序确实要调用这些 DLL 模块的情况下，系统才会将它们装载到内存空间中。这种方式不仅减少了 EXE 文件的大小和对内存空间的需求，而且使这些 DLL 模块可以同时被多个应用程序使用。Windows 自己就将一些主要的系统功能以 DLL 模块的形式实现。
一般来说，DLL 是一种磁盘文件，以.dll、.DRV、.FON、.SYS 和许多以 .EXE 为扩展名的系统文件都可以是 DLL。它由全局数据、服务函数和资源组成，在运行时被系统加载到调用进程的虚拟空间中，成为调用进程的一部分。如果与其它 DLL 之间没有冲突，该文件通常映射到进程虚拟空间的同一地址上。DLL 模块中包含各种导出函数，用于向外界提供服务。DLL 可以有自己的数据段，但没有自己的堆栈，使用与调用它的应用程序相同的堆栈模式；一个 DLL 在内存中只有一个实例；DLL 实现了代码封装性；DLL 的编制与具体的编程语言及编译器无关。
在 Win32 环境中，每个进程都复制了自己的读/写全局变量。如果想要与其它进程共享内存，必须使用内存映射文件或者声明一个共享数据段。DLL 模块需要的堆栈内存都是从运行进程的堆栈中分配出来的。Windows 在加载 DLL 模块时将进程函数调用与 DLL 文件的导出函数相匹配。Windows 操作系统对 DLL 的操作仅仅是把 DLL 映射到需要它的进程的虚拟地址空间里去。DLL 函数中的代码所创建的任何对象（包括变量）都归调用它的线程或进程所有。
调用方式：
1、静态调用方式：由编译系统完成对 DLL 的加载和应用程序结束时 DLL 卸载的编码（如还有其它程序使用该 DLL，则 Windows 对 DLL 的应用记录减1，直到所有相关程序都结束对该 DLL 的使用时才释放它，简单实用，但不够灵活，只能满足一般要求。
隐式的调用：需要把产生动态连接库时产生的 .LIB 文件加入到应用程序的工程中，想使用 DLL 中的函数时，只须说明一下。隐式调用不需要调用 LoadLibrary() 和 FreeLibrary()。程序员在建立一个 DLL 文件时，链接程序会自动生成一个与之对应的 LIB 导入文件。该文件包含了每一个 DLL 导出函数的符号名和可选的标识号，但是并不含有实际的代码。LIB 文件作为 DLL 的替代文件被编译到应用程序项目中。
当程序员通过静态链接方式编译生成应用程序时，应用程序中的调用函数与 LIB 文件中导出符号相匹配，这些符号或标识号进入到生成的 EXE 文件中。LIB 文件中也包含了对应的 DL L文件名（但不是完全的路径名），链接程序将其存储在 EXE 文件内部。
当应用程序运行过程中需要加载 DLL 文件时，Windows 根据这些信息发现并加载 DLL，然后通过符号名或标识号实现对 DLL 函数的动态链接。所有被应用程序调用的 DLL 文件都会在应用程序 EXE 文件加载时被加载在到内存中。可执行程序链接到一个包含 DLL 输出函数信息的输入库文件(.LIB文件)。操作系统在加载使用可执行程序时加载 DLL。可执行程序直接通过函数名调用 DLL 的输出函数，调用方法和程序内部其 它的函数是一样的。
2、动态调用方式：是由编程者用 API 函数加载和卸载 DLL 来达到调用 DLL 的目的，使用上较复杂，但能更加有效地使用内存，是编制大型应用程序时的重要方式。
显式的调用：
是指在应用程序中用 LoadLibrary 或 MFC 提供的 AfxLoadLibrary 显式的将自己所做的动态连接库调进来，动态连接库的文件名即是上面两个函数的参数，再用 GetProcAddress() 获取想要引入的函数。自此，你就可以象使用如同本应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前，应该用 FreeLibrary 或 MFC 提供的 AfxFreeLibrary 释放动态连接库。直接调用 Win32 的 LoadLibary 函数，并指定 DLL 的路径作为参数。LoadLibary 返回 HINSTANCE 参数，应用程序在调用 GetProcAddress 函数时使用这一参数。GetProcAddress 函数将符号名或标识号转换为 DLL 内部的地址。程序员可以决定 DLL 文件何时加载或不加载，显式链接在运行时决定加载哪个 DLL 文件。使用 DLL 的程序在使用之前必须加载（LoadLibrary）加载DLL从而得到一个DLL模块的句柄，然后调用 GetProcAddress 函数得到输出函数的指针，在退出之前必须卸载DLL(FreeLibrary)。
正因为DLL 有占用内存小，好编辑等的特点有很多电脑病毒都是DLL格式文件。但不能单独运行。
动态链接库通常都不能直接运行，也不能接收消息。它们是一些独立的文件，其中包含能被可执行程序或其它DLL调用来完成某项工作的函数。只有在其它模块调用动态链接库中的函数时，它才发挥作用。
dll和内存管理
在Win32中，DLL文件按照片段（sections）进行组织。每个片段有它自己的属性，如可写或是只读、可执行（代码）或者不可执行（数据）等等。
DLL代码段通常被使用这个DLL的进程所共享；也就是说它们在物理内存中占据一个地方，并且不会出现在页面文件中。如果代码段所占据的物理内存被收回，它的内容就会被放弃，后面如果需要的话就直接从DLL文件重新加载。
与代码段不同，DLL的数据段通常是私有的；也就是说，每个使用DLL的进程都有自己的DLL数据副本。作为选择，数据段可以设置为共享，允许通过这个共享内存区域进行进程间通信。但是，因为用户权限不能应用到这个共享DLL内存，这将产生一个安全漏洞；也就是一个进程能够破坏共享数据，这将导致其它的共享进程异常。例如，一个使用访客账号的进程将可能通过这种方式破坏其它运行在特权账号的进程。这是在DLL中避免使用共享片段的一个重要原因。
当DLL被如UPX这样一个可执行的packer压缩时，它的所有代码段都标记为可以读写并且是非共享的。可以读写的代码段，类似于私有数据段，是每个进程私有的并且被页面文件备份。这样，压缩DLL将同时增加内存和磁盘空间消耗，所以共享DLL应当避免使用压缩DLL。[1][2]
[3]找到DLL文件地址：C:\WINDOWS\system32\****.dll时出错(****就是你的那个找不到的文件名)
开始－－运行－－msconfig－－启动－－找到和你说的类似的选项****－－取消勾－－确定，然后
1，开始－运行－输入：regedit，然后回车
2，选择“我的电脑”，然后点击“文件”－“导出”－随便起个名字点“保存”。这样做的目的是备份一下注册表，以免误操作后及时恢复。恢复的方法是，找到你刚才保存的文件，双击它，然后选择“允许导入”即可。
3，选择“我的电脑”，按F3键，然后输入“****”，点击“查找下一个”，找到后一定要核对是不是****.dll文件，因为你给的文件名不全，如果确认，对该项点“右键”选“删除”。“此时可以输入****.dll进行查找，结果出来后要看后面的数值部分，不能光看文件名称，只要有****.dll在的文件不管它边上还写没写别的（如：****.dll，load），都要删除！”
4，然后再按F3键－删除，直到提示“没有找到相应选项”为止。
5，重新启动计算机，看看系统有没有问题。
注，如果出现了其它严重问题，请恢复注册表。

⑤ MFC debug或者release时无法启动程序 拒绝访问

尝试以下办法：

1. 右键VS2013图标，选择以管理员权限运行。

2. 关闭VS2013，将工程目录复制到D盘，重新在D盘打开工程，完整重新编译后运行。

3. 另外还有一个可能，注意查看编译过程是否有错误警告，如果有，需要先完善代码。
   

⑥ 用vs2010新建了一个MFC工程，编译都通不过，显示未能加载项目文件，根级别上的数据无效。出问题

.vcxproj.user 文件用户文件 (.vcxproj.user) 存储特定于用户的属性，例如调试和部署设置。 vcxproj.user 文件应用于特定用户的所有项目。

建议你可以把目录下的工程相关文件都删除，只留下.vcxproj试一下

⑦ 新建MFC工程后编译总是出错：fatal error RC1015: cannot open include file 'afxres.h'.

你是否改动过Excutable Fils、Include Files、Library Files、Source Files的路径？
按照以下方法解决：点击VC“TOOLS（工具）”—>“Option（选择）”—>“Directories（目录）”重新设置“Excutable Fils、Include Files、Library Files、Source Files”的路径。XX:\**\VC98\MFC\INCLUDE （其中XX 为你安装VC 的盘符,**是你的安装文件夹）很多情况可能就一个盘符的不同（例如你的VC装在C，但是这些路径全部在D），改过来就OK了。

⑧ 为什么我编译的MFC应用程序在其他电脑上不能运行

因为其他的电脑上没有相关的运行库，因此无法运行。 但可以这样解决，打开工程或项目的属性，在常规选项卡中设置：使用MFC作为静态链接库（不同版本的描述不尽相同，但都有静态两个字），设置后再编译就可以了。

⑨ 无法复制mfc71.dll访问被拒绝，请确定磁盘未使用或文件未写保护

按F8到系统的安全模式下再拷贝此文件.