在VC++6.0中编译出错时解决方法汇总
【1】missing function header (old-style formal list?)#SinaEditor_Temp_FontName 解决方法
该函数的函数头后边加了分号
去掉即可
例如:void fun();{}就会出现那种情况
【2】在编译VC++6.0是，出现fatal error C1010: unexpected end of file while looking for precompiled header directive
编译器错误的错误.
解决方法：
1、如果发生错误的文件是由其他的C代码文件添加进入当前工程而引起的，则Alt+F7进入当前工程的Settings，选择C/C++选项卡，从Category组合框中选中Precompiled Headers，选择Not Using Precompiled headers。确定。
2、在文件开头添加:
#include "stdafx.h"
对预编译头文件说明如下：
所谓头文件预编译，就是把一个工程(Project)中使用的一些MFC标准头文件(如Windows.H、Afxwin.H)预先编译，以后该工程编译时，不再编译这部分头文件，仅仅使用预编译的结果。这样可以加快编译速度，节省时间。
预编译头文件通过编译stdafx.cpp生成，以工程名命名，由于预编译的头文件的后缀是“pch”，所以编译结果文件是projectname.pch。
编译器通过一个头文件stdafx.h来使用预编译头文件。stdafx.h这个头文件名是可以在project的编译设置里指定的。编译器认为，所有在指令#include "stdafx.h"前的代码都是预编译的，它跳过#include "stdafx. h"指令，使用projectname.pch编译这条指令之后的所有代码。
因此，所有的CPP实现文件第一条语句都是：#include "stdafx.h"。
【3】在编译VC++6.0是，出现one or more multiply defined symbols found的错误.
一般还伴随着_XXx already defined in XXX.obj 的错误
也就是说链接时出现一个函数定义了两次了。
解决办法：
不知道你是什么问题按以下步骤重建双击vc打开新建工程选win32 Application加入文件名默认项完成新建C++ Source File源文件输入文件名完成粘贴你的代码插入下面一行wndclass.hbrBackground=(HBRUSH)GetStockObject(GRAY_BRUSH); 看看能不能编译通过运行出来了
当然也如果是一段程序的话，可以不新建工程也不加入任何工程，一般不会出现这种问题《3》Local function definitions are illegal错误
这个没有别的原因就是少了一个右大括号“}”，报错的个数和这个函数的位置有关，好像也和作用域有关，或者和它的使用频度有关，反正报错的个数不太一样，是主应用程序的一个函数少了一个“}”。解决的方法就是：如果函数的数量少就一个一个的用Ctrl+}来查，如果太多的话就的将最近改动过的来试，好像也没有什么好的方法。(一般报错的位置不是真正的出错位置，一般是报错位置的上一个函数)
Syntax error:missing ';'before'}' missing function header(old-style formal list?)这样的错误提示肯定是少了一个左大括号“{”，这种情况下报错的数目不会太多，一般也就是四个Syntax error:missing ';'before'}' ，
一个missing function header(old-style formal list?)，这时候注意你查你这个函数的左大括号就可以了，当时这时的报错的行一般都不是真正出问题的地方，而是在这个的上面的某个函数少了一个左大括号。
这是整个函数的大括号的问题，如果是函数内部少大括号的问题的话就不会报这么多错了，也比较好改。
《4》多次用getchar（）函数时有些代码不执行问题
这个问题很隐蔽，因为每次用键盘输入时会代入一个回车，这样第一个getchar得到想要的值，第二个会得到一个回车。解决方法是如果可以的话让getchar成对出现，第二个什么也不做。
《5》fatal error C1083: Cannot open precompiled header file: 'Debug/v13_3.pch': No such file or directory
在网上搜集了一下，这个错误是预编译文件的设置造成的，有几种可以尝试的途径：1）单独编译StdAfx.cpp
2）编译所有(即按Ctrl+F7)
3）在工程-设置-c++-最下面的工程选项里去掉××。pc件
4）在工程-设置-c++-在分类里选择预编译头文件，选择自动使用预补偿页眉，或者选择不使用预补偿头
server.obj : error lnk2001: unresolved external symbol
原因和解决办法：
不到相应函数，问题是Link选项里没有加入相应的lib库，winsock要连接wsock32.lib。特定库的到办法是看LNK2001中不到的函数名，通过msdn或者其他手段获取这个函数所在的库名，链接进去就OK了。
可以在project->setting->Link->object/library modules 里添加wsock32.lib，也可在stdafx.cpp里添加#pragma comment(lib,"wsock32.lib")
一般来说, 这是工程的类型选择错误引起的.如在VC中, 1.本来应该选择"Win32 Console Application"，而错误选择了"Win32 Application" 2.使用了MFC的类，而选择"工程"的"设置"不使用MFC库编译. 改正的方法有: 1. 选择"工程"-> "设置"-> 连接，在底部的编辑窗口中，到"/subsystem"，把其改成"/subsystem:console" "/subsystem:windows". 2.在"工程"-> "设置"->"一般"选项中，在MFC项中改为"USE MFC AS A SHARED DLL".
用VC＋＋时经常会遇到链接错误LNK2001，该错误非常讨厌，因为对于编程者来说，最好改的错误莫
过于编译错误，而一般说来发生连接错误时，编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不明其所以然。如果不深入地学习和理解VC＋＋，要想改正连接错误LNK2001非常困难。初学者在学习VC＋＋的过程中，遇到的LNK2001错误的错误消息主要为：unresolved external symbol “symbol”（不确定的外部“符号”）。如果连接程序不能在所有的库和目标文件内到所引用的函数、变量或标签，将产生此错误消息。一般来说，发生错误的原因有两个：一是所引用的函数、变量不存在、拼写不正确或者使用错误；其次可能使用了不同版本的连接库。以下是可能产生LNK2001错误的原因：一．由于编码错误导致的LNK2001。1．不相匹配的程序代码或模块定义(.DEF)文件能导致LNK2001。例如, 如果在C＋＋源文件内声明了一变量“var1”，却试图在另一文件内以变量“V AR1”访问该变量，将发生该错误。2．如果使用的内联函数是在.CPP文件内定义的，而不是在头文件内定义将导致LNK2001错误。3．调用函数时如果所用的参数类型同函数声明时的类型不符将会产生LNK2001。4．试图从基类的构造函数或析构函数中调用虚拟函数时将会导致LNK2001。5．要注意函数和变量的可公用性，只有全局变量、函数是可公用的。静态函数和静态变量具有相同的使用范围限制。当试图从文件外部访问任何没有在该文件内声明的静态变量时将导致编译错误或LNK2001。函数内声明的变量(局部变量) 只能在该函数的范围内使用。C＋＋的全局常量只有静态连接性能。这不同于C，如果试图在C＋＋的多个文件内使用全局变量也会产生LNK2001错误。一种解决的方法是需要时在头文件中加入该常量的初始化代码，并在.CPP文件中包含该头文件；另一种方法是使用时给该变量赋以常数。二．由于编译和链接的设置而造成的LNK2001 1．如果编译时使用的是/NOD(/NODEFAULTLIB)选
项，程序所需要的运行库和MFC库在连接时由编译器写入目标文件模块，但除非在文件中明确包含这些库名，否则这些库不会被链接进工程文件。在这种情况下使用/NOD将导致错误LNK2001。2．如果没有为wWinMainCRTStartup设定程序入口，在使用Unicode和MFC 时将得到“unresolved external on ”的LNK2001错误信息。3．使用/MD选项编译时,
既然所有的运行库都被保留在动态链接库之内，源文件中对“func”的引用，在目标文件里即对“__imp__func” 的引用。如果试图使用静态库LIBC.LIB或LIBCMT.LIB进行连接，将在__imp__func上发生LNK2001；如果不使用/MD选项编译，在使用MSVCxx.LIB连接时也会发生LNK2001。4．使用/ML选项编译时，如用LIBCMT.LIB链接会在_errno上发生LNK2001。5．当编译调试版的应用程序时，如果采用发行版模态库进行连接也会产生LNK2001；同样，使用调试版模态库连接发行版应用程序时也会产生相同的问题。6．不同版本的库和编译器的混合使用也能产生问题，因为新版的库里可能包含早先的版本没有的符号和说明。7．在不同的模块使用内联和非内联的编译选项能够导致LNK2001。如果创建C＋＋库时打开了函数内联（/Ob1或/Ob2)，但是在描述该函数的相应头文件里却关闭了函数内联（没有inline关键字），这时将得到该错误信息。为避免该问题的发生，应该在相应的头文件中用inline关键字标志内联函数。8．不正确的/SUBSYSTEM或/ENTRY 设置也能导致LNK2001。其实，产生LNK2001的原因还有很多，以上的原因只是一部分而已，对初学者来说这些就够理解一阵子了。但是，分析错误原因的目的是为了避免错误的发生。LNK2001错误虽然比较困难，但是只要注意到了上述问题，还是能够避免和予以解决的。
1、fatal error C1010: unexpected end of file while looking for precompiled header directive。
寻预编译头文件路径时遇到了不该遇到的文件尾。(一般是没有#include "stdafx.h")
2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory
不能打开包含文件“R…….h”：没有这样的文件或目录。
3、error C2011: 'C……': 'class' type redefinition
类“C……”重定义。
4、error C2018: unknown character '0xa3'
不认识的字符'0xa3'。(一般是汉字或中文标点符号)
5、error C2057: expected constant expression
希望是常量表达式。(一般出现在switch语句的case分支中)
6、error C2065: 'IDD_MYDIALOG' : undeclared identifier
“IDD_MYDIALOG”：未声明过的标识符。
7、error C2082: redefinition of formal parameter 'bReset'
函数参数“bReset”在函数体中重定义。
8、error C2143: syntax error: missing ':' before '{'
句法错误：“{”前缺少“;”。
9、error C2146: syntax error : missing ';' before identifier 'dc'
句法错误：在“dc”前丢了“;”。
10、error C2196: case value '69' already used
值69已经用过。(一般出现在switch语句的case分支中)
编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。造成LNK2005错误主要有以下几种情况：1．重复定义全局变量。可能存在两种情况：A、对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就
可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int g_Test；那么在使用的CPP文件中就应该使用：extern int g_Test即可，如果还是使用int g_Test，那么就会产生LNK2005错误，一般错误错误信息类似：AAA.obj error LNK2005 int book c？already defined in BBB.obj。切记的就是不能给变量赋值否则还是会有LNK2005错误。这里需要的是“声明”，不是“定义”！根据C++标准的规定，一个变量是声明，必须同时满足两个条件，否则就是定义：(1)声明必须使用extern关键字；(2)不能给变量赋初值所以，下面的是声明: extern int a; 下面的是定义int a; int    a = 0; extern int    a =0; B、对于那么编程不是那么严谨的程序员，总是在需要使用变量的文件中随意定义一个全局变量，并且对于变量名也不予考虑，这也往往容易造成变量名重复，而造成LNK2005错误。2．头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义，在其它使用的地方又不得不多次包含之，如果头文件中没有相关的宏等防止重复链接的措施，那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理：#ifndef MY_H_FILE //如果没有定义这个宏#define MY_H_FILE //定义这个宏……. //头文件主体内容……. #endif 上面是使用宏来做的，也可以使用预编译来做，在头文件中加入：#pragma once //头文件主体3．使用第三方的库造成的。这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C 函数库，可能会引起这个错误。微软和C有两种C运行期函数库，一种是普通的函数库：LIBC.LIB，不支持多线程。另外一种是支持多线程的：msvcrt.lib。如果一个工程里，这两种函数库混合使用，可能会引起这个错误，一般情况下它需要MFC的库先于C运行期函数库被链接，因此建议
使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库，否则就可能造成LNK2005错误。如果不得不使用第三方的库，可以尝试按下面所说的方法修改，但不能保证一定能解决问题，前两种方法是微软提供的：A、选择VC菜单Project->Settings->Link->Catagory选择Input，再在Ignore libraries 的Edit栏中填入你需要忽略的库，如：Nafxcwd.lib;Libcmtd.lib。然后在Object/library Modules的Edit栏中填入正确的库的顺序，这里需要你能确定什么是正确的顺序，呵呵，God bless you！
B、选择VC菜单Project->Settings->Link页，然后在Project Options的Edit栏中输入/verbose:lib，这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。
C、选择VC菜单Project->Settings->C/C++页，Catagory选择Code Generation后再在User Runtime libraray中选择MultiThread DLL等其他库，逐一尝试。关于编译器的相关处理过程，参考：www.donews/xzwenlan/archive/2004/12/23/211668.aspx 这就是我所遇到过的LNK2005错误的几种情况，肯定还有其他的情况也可能造成这种错误，
所以我不希望你在看完这篇文章以后，再遇到LNK2005错误时候，不动脑筋的想对号入座的排除错误。编程的过程就是一个思考的过程，所以还是多多开动你的头脑，那样收获会更多！
方案二、
LIBCMT.lib(crt0dat.obj) : error LNK2005: __amsg_exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __initterm_e already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: _exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __cexit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(fflush.obj) : error LNK2005: _fflush already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(setlocal.obj) : error LNK2005: __configthreadlocale already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tidtable.obj) : error LNK2005: __encode_pointer already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tidtable.obj) : error LNK2005: __decode_pointer already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(invarg.obj) : error LNK2005: __invoke_watson already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(realloc.obj) : error LNK2005: _realloc already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_a already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_z already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_a already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK20
05: ___xc_z already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(hooks.obj) : error LNK2005: "void __cdecl terminate(void)" () already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(winxfltr.obj) : error LNK2005: __XcptFilter already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(mlock.obj) : error LNK2005: __unlock already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(mlock.obj) : error LNK2005: __lock already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(dosmap.obj) : error LNK2005: __errno already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0.obj) : error LNK2005: _mainCRTStartup already defined in MSVCRTD.lib(crtexe.obj) LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(isctype.obj) : error LNK2005: __isctype already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRTD.lib(MSVCR80D.dll)
解决方案：Project Properties, Linker, Input, 右边有个Ignore Specific Library，输入"MSVCRTD.lib"，确定即可。
方案三、error LNK2005: already defined in AUDIO.obj 处理方法
VC++6.0中编译链接过程出错：mfcs42d.lib(dllmodul.obj) : error LNK2005: already defined in AUDIO.obj