1. WORD 里边怎样设置每页不同的页眉？如何使不同的章节显示的页眉不同？
答：分节，每节可以设置不同的页眉。文件――页面设置――版式――页眉和页脚――首页不同
2. word 中怎样让每一章用不同的页眉？怎么我现在只能用一个页眉，一改就全部改了？
答：在插入分隔符里，选插入分节符，可以选连续的那个，然后下一页改页眉前，按一下“同前”钮，再做的改动就不影响前面的了。简言之，分节符使得它们独立了。这个工具栏上的“同前”按钮就显示在工具栏上，不过是图标的形式，把光标移到上面就显示出”同前“两个字来
3.如何合并两个WORD 文档，不同的页眉需要先写两个文件，然后合并，如何做？答：页眉设置中，选择奇偶页不同/与前不同等选项
4. WORD 编辑页眉设置，如何实现奇偶页不同? 比如：单页浙江大学学位论文，这一个容易设；双页：（每章标题），这一个有什么技巧啊？
答：插入节分隔符，与前节设置相同去掉，再设置奇偶页不同
5. 怎样使WORD 文档只有第一页没有页眉，页脚？
答：页面设置－页眉和页脚，选首页不同，然后选中首页页眉中的小箭头，格式－边框和底纹，选择无，这个只要在“视图”――“页眉页脚”，其中的页面设置里，不要整个文档，就可以看到一个“同前”的标志，不选，前后的设置情况就不同了
6. 如何从第三页起设置页眉？
答：在第二页末插入分节符，在第三页的页眉格式中去掉同前节，如果第一、二页还有页眉，把它设置成正文就可以了

●在新建文档中，菜单―视图―页脚―插入页码―页码格式―起始页码为0，确定；●菜单―文件―页面设置―版式―首页不同，确定；●将光标放到第一页末，菜单―文件―页面设置―版式―首页不同―应用于插入点之后，确定。第2 步与第三步差别在于第2 步应用于整篇文档，第3 步应用于插入点之后。这样，做两次首页不同以后，页码从第三页开始从1 编号，完成。
7. WORD 页眉自动出现一根直线，请问怎么处理？
答：格式从“页眉”改为“清除格式”，就在“格式”快捷工具栏最左边；选中页眉文字和箭头，格式－边框和底纹－设置选无
8. 页眉一般是---------，上面写上题目或者其它，想做的是把这根线变为双线，WORD 中修改页眉的那根线怎么改成双线的?
答：按以下步骤操作去做：

●选中页眉的文字，包括最后面的箭头●格式－边框和底纹●选线性为双线的●在预览里，点击左下小方块，预览的图形会出现双线●确定▲上面和下面自己可以设置，点击在预览周围的四个小方块，页眉线就可以在不同的位置

“由于应用程序配置不正确，应用程序未能启动。重新安装应用程序可能会纠正这个问题。”

此md5为QQ浏览器带有效数字签名的文件，说明是正常文件，但直接运行时，显示配置不正确。用OD直接无法加载。

以前用VC6和VS2003的话, 如果缺少库文件，是会提示缺少“**.dll”，但是用VS2005却没有这样的提示。所以，上面提示应该是缺少dll。

查看导入表，确实需要一个dll，在网上找了一个一样的，放到同目录下，还是显示上面错误。

很是奇怪，还有需要导入的dll文件？分析资源时，看到该文件里有mainifest，把mainifest用ResHacker删除后，再用OD加载，发现可以正常加载了。这是为什么？

最近在处理项目问题的的时候发现了这么一个问题，就是我们的程序在调用第三方提供的dll文件的时候在一台机器上面会报14001的错误，但是在另一台机器上面不会。两台机器上面的是相同的。针对这个问题和这个错误码，查找了很多的相关资料。

vc错误查找的给予的对于14001的错误的解释：由于应用程序配置不正确，应用程序未能启动。重新安装应用程序可能会纠正这个问题。 

下面是搜集的一些网络资料针对这个问题的说明和解决方法个人感觉还是很有参考意义的：

最近在工作中碰到一个软件版本发布的问题：在本地开发了一个服务端程序，在自己的计算机上能毫无问题地运行，但是当发布出去在一个纯净的win7环境下运行无法正常加载动态库，报加载库的错误为“14001”，于是在网上查找相关资料，发现相关解决问题的方式，做一下总结。 原来这一切都是Windows 的Assembly Manifest(程序清单文件)有关。这个文件的作用就是为了解决以前windows上的“Dll 地狱” 问题才产生的新的DLL管理解决方案。大家知道，Dll是动态加载共享库，同一个Dll可能被多个程序所使用，而所谓“Dll 地狱”就是当不通程序依赖的Dll相同，但版本不同时，由于系统不能分辨到底哪个是哪个，所以加载错了Dll版本，然后就挂了。于是win平台搞了一个“程序集清单”的概念，每个运行的程序都要有一个清单，这个清单保存在和自己应用程序同名的.manifest文件中，里面列出其所需要的所有依赖，这儿所列出的依赖可不是简单地靠文件明来区分的，而是根据一种叫做“强文件名”的东西区分的，那么什么是强文件名呢?我们来看一下这个.manifest文件(客户端-使用库的可执行文件)便知道了：

通过上面大家发现原来这是一个XML格式的文件，其中<dependency>这一部分指明了其依赖于一个名字叫做Microsoft.VC80.CRT的库。但是我们发现，<assemblyIdentity>属性里面还有其它的东东，分别是type系统类型，version版本号，processorArchitecture平台环境，publicKeyToken公匙(一般用来标示一个公司)，只需要把他们加在一起便组成了“强文件名”，有了这种“强文件名”，我们就可以根据组合文件名区分不同的版本、不同的平台……总之，有了这种强文件名，系统中可以有多个不同版本的相同的库共存而不会发生冲突。 那么现在，我们就来具体了解一下这一套机制。 首先是强弱文件名的问题。正如上面提到的那样，为了区分不同版本或不同厂商生成的相同的程序集，必须用一个Assembly Manifest程序清单来列出我这个程序集的强文件名--慢着，到这里你可能会问:刚才不是说Assembly Manifest程序清单是列出其所依赖的程序集的强文件名呢，怎么这里变成了当前文件的强文件明了呢?其实，Assembly Manifest程序清单有两部分功能，上面这个实例之所以标注了其所依赖的文件的强文件名是因为其是客户端的Assembly Manifest，在服务端有另外一个Manifest 来标注。

这个便是从WINDOWS/WinSxS/Manifests目录下取出来的一个manifest文件，在这个文件夹下有许多这种XML格式的manifest文件，其是服务端的程序清单，此外，还有一个文件的文件名也与程序集同名，但是后缀名为 .cat，这是一个已签名的安全编目文件，其包含了程序集中文件的hash值，正是因为它已签名，所以可以防止被篡改。WinSxs是windows 清单里面<dependentAssembly>所列出的依赖项对上的话，就会被加载。刚才说的side-by-side 是指各种不同的版本并行运行。上面这个服务端manifest文件中<file>标签具体指明了当前强文件名签名的到底是哪一个文件，其中还有这个文件的Hash签名，以确保文件的完整性。

把一个程序编译连接成可执行程序后，在别人的电脑上发现找不到其所依赖的库了，那么怎么办呢?首先我们自然想到把其所依赖的库相应的版本拷贝到目标计算机上面，可是……当你在拼命寻找那个可执行文件的assembly manifests文件的时候，却突然发现找不到了，在执行目录下面明明只有一个exe文件(或者是动态库等)。是不是没有生成呢?显然不会，原来是资源连接器把那个assembly manifests文件连接到了可执行文件里面了;不信，你可以用你的vc++打开一个可执行文件看看，在其资源项里面就有一个叫做RT_MANIFEST的项目。这个里面就是二进制标示的manifests文件。那么根据这里面提供的要求，将相应版本的依赖文件(一般就是CRT运行库)拷贝到系统目录Windows/WinSxS/，记住一般会是连带着一个特殊命名的目录一起拷贝到那个文件夹下，比如CRT的运行库就是WinSxS/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50608.0_x-ww_b7acac55有这样一个目录，其标注了此库的版本号以及签名等信息，以防止多个版本重名时不能复制到同一WinSxS目录下。

这样就搞定了么?如果是以前，那么一切都解决了，系统会在这个目录下面找到这个运行库，可是现在单单这样可不行，系统可是要找到这个运行库的assembly manifests文件，并且对比强文件名之后才能加载，所以所以千万别忘了把相应的manifests文件拷贝到/WinSxS/Manifests目录下面。 当然，这样在目标的系统文件夹下面打动干戈，自然有些过于暴动了，还好，Windows还为我们提供了一种私有查找方式。这种方式会在前面的位置找不到合适库的时候在本地文件夹下面找。所以你只要把之前的库以及那个manifests文件一起拷贝到你的应用程序的路径下面，就可以使用啦。

根据MSDN的说明，在本地查找并加载遵循一下规则: 在应用程序本地文件夹中查找名为 <assemblyName>.manifest 的清单文件。在此示例中，加载程序试图在 appl.exe 所在的文件夹中查找 Microsoft.VC80.CRT.manifest。如果找到该清单，加载程序将从应用程序文件夹中加载 CRT DLL。如果未找到 CRT 8/VC/redist”目录下，有着所有的提供发布的已经配备相应.manifest的库文件。所以你想要发布一个程序最简单最安全的做法(不用担心用户电脑是否包含你所需要的库)就是把这个目录下面的相应的库的文件夹和你的可执行文件放在一起发布。比如在X86平台下如果你的可执行文件用到了CRT库(废话么)，那么就拷贝Microsoft Visual Studio

vc2008开发的程序的发布方式可以有5种方式:

1.采用静态链接到crt和MFC. 只要你拥有组成程序的所有源代码,你就可以采用这种方式, 这种方式除了程序变大一点,好处多多: 1) 不必重新发布vc2008基础库vcredist_x86.exe(安装到WinSxS).  

3) 也不把vc2008基础库放在程序所在目录.

3.exe(嵌入manifest) + 用到的基础库文件放到程序目录(包括库文件本身的manifest文件)确保程序正确产生并嵌入manifest文件,然后把程序用到的vc2008基础库相关文件复制到程序 所在目录,这种方式适用于用户没有安装过vcredist_x86.exe,一旦用户安装过vcredist_x86.exe, 若WinSxS中的相关文件遭到破坏,那么即使在程序目录放上所有用到的vc2008基础库,程序也跑 不起来;若WinSxS中的相关文件正常,那么程序目录下的相关文件就是多余的了,删掉它们程序也能 正常运行.

内容简介：SQL2008中中 阻止保存要求重新创建表的更改阻止保存要求重新创建表的更改 的解决方法的解决方法如果强行更改会出现以下提示： 不允许保存更改。您所做的更改要求删除并重新创建以下表。您对无法重新创建的标进行了更改或者启用了“阻止保存要求重新创建表的更改”选项。 如果要去掉此提示，打开SQL 2008 在最上面 工具-〉选项-〉左侧有个 设计器-〉表设计器和数据库设计器 -> 阻止保存要求重新创建表的更改(右侧) 把钩去重新启动2008即可 您可能感兴趣的文章您可能感兴趣的文章:sql server 2008 不允许保存更改，您所做的更改要求删除并重新创建以下表SQL Server 2008 阻...

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！