VC60编译及链接时常见问题的解决及#pragma.docx
- 文档编号:8498489
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:10
- 大小:22.31KB
VC60编译及链接时常见问题的解决及#pragma.docx
《VC60编译及链接时常见问题的解决及#pragma.docx》由会员分享,可在线阅读,更多相关《VC60编译及链接时常见问题的解决及#pragma.docx(10页珍藏版)》请在冰豆网上搜索。
VC60编译及链接时常见问题的解决及#pragma
查看文章
VC++
6.0编译及链接时常见问题的解决及#pragma用法2009-05-0618:
04http:
//my.
626.htmlVC++
6.0常见问题解决答案2008-08-23:
29Q:
errorBK1506:
cannotopenfile'.\Debug\XXX.sbr':
Nosuchfileordirectory
A:
关闭BrowserInfo就可以了,在工程、设置、C/C++、分类、文件列表、产生浏览信息Q:
这个一般是由于"stdafx.h"这个头文件出错的,关闭即可,在工程、设置、C/C++、分类、预编译的头文
件、不使用。
Q:
ComboBox添加了记录,却无法显示?
A:
因为在VC中ComboBox默认显示0个,修改方法为,选中控件,点击向下按钮,调整控件高度直到合适。
Q:
在VC中为什么突然不能显示相关类的属性或方法,不能出现下拉列表,属性方法提示等?
A:
这是VC的一个Bug,关闭工作区,删除目录下的*.ncb,然后重新编译即可。
Q:
控件出现DebugAssertionFailed!
错误?
A:
有可能是将控件应用放入了对话框构造函数中造成的,因为此时控件尚未生成,不能使用其函数。
Q:
errorc2504:
"CTreeView":
baseclassundefined(CTreeView的基类没有被定义)A:
必须在系统头文件声明处(StdAfx.h)加入其头文件:
afxcview.h
Q:
errorC2143:
syntaxerror:
missing';'before'*....
A:
在任何cpp文件的开头都按这样的顺序Include:
#include"XXXDoc.h"、#include"XXXView.h"、#include"MainFrm.h"。
注意,Doc的头文件一定要在最前面。
这样你的CDemoView和CMyView也可以共享一个CDemoDoc。
一般在Cpp中包含文件是要注意类的包含关系,被包含的类定义应该在前面。
如果实在有冲突,可以在一个类的头文件中加:
classCXXXDoc;之类的空定义。
这样定义过的头文件中可以用CXXXDoc申明指针,但是不能申明实际对象。
Q:
errorC2018:
unknowncharacter'0xa1'(未知字符)
A:
可能是从其它地方拷过来的程序中包含看不见的字符,自己手工重输一遍即可。
最常见的20种VC++编译错误信息
寻找预编译头文件路径时遇到了不该遇到的文件尾。
(一般是没有#include"stdafx.h")
2、fatalerrorC1083:
Cannotopenincludefile:
'R„„.h':
Nosuchfileordirectory
不能打开包含文件“R„„.h”:
没有这样的文件或目录。
3、errorC2011:
'C„„':
'class'typeredefinition
类“C„„”重定义。
4、errorC2018:
unknowncharacter'0xa3'
不认识的字符'0xa3'。
(一般是汉字或中文标点符号)
5、errorC2057:
expectedconstantexpression
希望是常量表达式。
(一般出现在switch语句的case分支中)
6、errorC2065:
'IDD_MYDIALOG':
undeclaredidentifier
“IDD_MYDIALOG”:
未声明过的标识符。
7、errorC2082:
redefinitionofformalparameter'bReset'
函数参数“bReset”在函数体中重定义。
8、errorC2143:
syntaxerror:
missing':
'before'{'
句法错误:
“{”前缺少“;”。
9、errorC2146:
syntaxerror:
missing';'beforeidentifier'dc'
句法错误:
在“dc”前丢了“;”。
10、errorC2196:
casevalue'69'alreadyused
值69已经用过。
(一般出现在switch语句的case分支中)
11、errorC2509:
'OnTimer':
memberfunctionnotdeclaredin'CHelloView'成员函数“OnTimer”没有在“CHelloView”中声明。
12、errorC2511:
'reset':
overloadedmemberfunction'void(int)'notfoundin'B'
重载的函数“voidreset(int)”在类“B”中找不到。
13、errorC2555:
'B:
:
f1':
overridingvirtualfunctiondiffersfrom'A:
:
f1'onlybyreturntypeorcallingconvention
类B对类A中同名函数f1的重载仅根据返回值或调用约定上的区别。
14、errorC2660:
'SetTimer':
functiondoesnottake2parameters“SetTimer”函数不传递2个参数。
15、warningC4035:
'f„„':
noreturnvalue
“f„„”的return语句没有返回值。
16、warningC4553:
'==':
operatorhasnoeffect;didyouintend'='?
没有效果的运算符“==”;是否改为“=”?
17、warningC4700:
localvariable'bReset'usedwithouthavingbeenitialized局部变量“bReset”没有初始化就使用。
18、errorC4716:
'CMyApp:
:
InitInstance':
mustreturnavalue
“CMyApp:
:
InitInstance”函数必须返回一个值。
19、LINK:
fatalerrorLNK1168:
cannotopenDebug/P
1.exeforwriting连接错误:
不能打开P
1.exe文件,以改写内容。
(一般是P
1.Exe还在运行,未关闭)
20、errorLNK2001:
unresolvedexternalsymbol"public:
virtual__thiscallC„„:
:
~C„„(void)"
连接时发现没有实现的外部符号(变量、函数等)。
functioncallmissingargumentlist调用函数的时候没有给参数。
memberfunctiondefinitionlookslikeactor,butnamedoesnotmatchenclosingclass成员函数声明了但没有使用
学习VC++时经常会遇到链接错误LNK2001,该错误
非常讨厌,因为对于编程者来说,最好改的错误莫过于编译错误,而一般说来发生连接错误时,编译都已通过。
产生连接错误的原因非常多,尤其LNK2001错误,常常使人不明其所以然。
如果不深入地学习和理解VC++,要想改正连接错误LNK2001非常困难。
初学者在学习VC++的过程中,遇到的LNK2001错误的错误消息主要为:
unresolvedexternalsymbol“symbol”(不确定的外部“符号”)。
如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或标签,将产生此错误消息。
一般来说,发生错误的原因有两个:
一是所引用的函数、变量不存在、拼写不正确或者使用错误;其次可能使用了不同版本的连接库。
以下是可能产生LNK2001错误的原因:
一.由于编码错误导致的LNK2001
1.不相匹配的程序代码或模块定义(.DEF)文件能导致LNK2001。
例如,如果在C++源文件内声明了一变量“var1”,却试图在另一文件内以变量“VAR1”访问该变量,将发生该错误。
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时将得到“unresolvedexternalon_WinMain@16”的LNK2001错误信息。
3.使用/MD选项编译时,既然所有的运行库都被保留在动态链接库之内,源文件中对“func”的引用,在目标文件里即对“__imp__func”的引用。
如果试图使用静态库LI
BC.LIB或LIBCMT.LIB进行连接,将在__imp__func上发生LNK2001;如果不使用/MD选项编译,在使用MSVCxx.LIB连接时也会发生LNK2001。
4.使用/ML选项编译时,如用LIBCMT.LIB链接会在_errno上发生LNK2001。
5.当编译调试版的应用程序时,如果采用发行版模态库进行连接也会产生LNK2001;同样,使用调试版模态库连接发行版应用程序时也会产生相同的问题。
6.不同版本的库和编译器的混合使用也能产生问题,因为新版的库里可能包含早先的版本没有的符号和说明。
编程时打开了函数内联(/Ob1或/Ob2),但是在描述该函数的相应头文件里却关闭了函数内联(没有inline关键字),这时将得到该错误信息。
为避免该问题的发生,应该在相应的头文件中用inline关键字标志内联函数。
8.不正确的/SUBSYSTEM或/ENTRY设置也能导致LNK2001。
#pragma用法
今天刚开始调试windows核心编程中的例程就感觉十分难懂,原因是自己的c++基本功力实在太弱了
首先在windows编程的过程中大量的使用宏的问题。
#pragma的用法
在所有的预处理指令中,#Pragma指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。
#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。
依据定义,编译指示是机器
或操作系统专有的,且对于每个编译器都是不同的。
其格式一般为:
#PragmaPara
其中Para为参数,下面来看一些常用的参数。
(1)message参数。
Message参数是我最喜欢的一个参数,它能够在编译信息输出窗口中输出相应的信息,这对于源代码信息的控制是非常重要的。
其使用方法为:
#Pragmamessage(“消息文本”)
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候,我们自己有可能都会忘记有没有正确的设置这些宏,此时我们可以用这条指令在编译的时候就进行检查。
假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
#ifdef_X86
#Pragmamessage(“_X86macroactivated!
”)
#endif
当我们定义了_X86这个宏以后,应用程序在编译时就会在编译输出窗口里显示“_X86macroactivated!
”。
我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。
(2)另一个使用得比较多的pragma参数是code_seg。
格式如:
#pragmacode_seg([\section-name\[,\section-class\]])
它能够设置程序中函数代码存放的代码段,当我们开发驱动程序的时候就会使用到它。
(3)#pragmaonce(比较常用)
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次,这条指令实际上在VC6中就已经有了,但是考虑到兼容性并没有太多的使用它。
(4)#pragmahdrstop表示预编译头文件到此为止,后面的头文件不进行预编译。
BCB可以预编译头文件以加快链接的速度,但如果所有头文件都进行预编译又可能占太多磁盘空间,所以使用这个选项排除一些头文件。
有时单元之间有依赖关系,比如单元A依赖单元B,所以单元B要先于单元A编译。
你可以用#p
ragmastartup指定编译优先级,如果使用了#pragmapackage(smart_init),BCB就会根据优先级的大小先后编译。
(5)#pragmaresource\*.dfm\表示把*.dfm文件中的资源加入工程。
*.dfm中包括窗体外观的定义。
(6)#pragmawarning(disable:
450734;once:
4385;error:
164)
等价于:
#pragmawarning(disable:
450734)//不显示4507和34号警告信息
#pragmawarning(once:
4385)//4385号警告信息仅报告一次
#pragmawarning(error:
164)//把164号警告信息作为一个错误。
同时这个pragmawarning也支持如下格式:
#pragmawarning(push[,n])
#pragmawarning(pop)
这里n代表一个警告等级(1---4)。
#pragmawarning(push)保存所有警告信息的现有的警告状态。
#pragmawarning(push,n)保存所有警告信息的现有的警告状态,并且把全局警告等级设定为n。
#pragmawarning(pop)向栈中弹出最后一个警告信息,在入栈和出栈之间所作的一切改动取消。
例如:
#pragmawarning(push)
#pragmawarning(disable:
4705)
#pragmawarning(disable:
4706)
#pragmawarning(disable:
4707)
//.......
#pragmawarning(pop)
在这段代码的最后,重新保存所有的警告信息(包括4705,4706和4707)。
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字,可以帮我们连入一个库文件。
(8)·通过#pragmapack(n)改变C编译器的字节对齐方式
在C语言中,结构是一种复合数据类型,其构成元素既可以是基本数据类型(如int、long、float等)的变量,也可以是一些复合数据类型(如数组、结构、联合等)的数据单元。
在结构中,编译器为结构的每个成员按其自然对界(alignment)条件分配空间。
各个成员按照它们被声明的顺序在内存中顺序存储,第一个成员的地址和整个结构的地址相同。
例如,下面的结构各成员空间分配情况:
structtest{charx1;
shortx2;
floatx3;
charx4;
};
结构的第一个成员x1,其偏移地址为0,占据了第1个字节。
第二个成员x2为short类型,其起始地址必须2字节对界,因此,编译器在x2和x1之间填充了一个空字节。
结构的第三个成员x3和第四个成员x4恰好落在其自然对界地址上,在它们前面不需要额外的填充字节。
在test结构中,成员x3要求4字节对界,是该结构所有成员中要求的最大对界单元,因而test结构的自然对界条件为4字节,编译器在成员x4后面填充了3个空字节。
整个结构所占据空间为12字节。
更改C编译器的缺省字节对齐方式
在缺省情况下,C编译器为每一个变量或是数据单元按其自然对界条件分配空间。
一般地,可以通过下面的方法来改变缺省的对界条件:
·使用伪指令#pragmapack(n),C编译器将按照n个字节对齐。
·使用伪指令#pragmapack(),取消自定义字节对齐方式。
另外,还有如下的一种方式:
·__attribute((aligned(n))),让所作用的结构成员对齐在n字节自然边界上。
如果结构中有成员的长度大于n,则按照最大成员的长度来对齐。
·__attribute__((packed)),取消结构在编译过程中的优化对齐,按照实际占用字节数进行对齐。
以上的n=1,2,4,8,
16...第一种方式较为常见。
应用实例
在网络协议编程中,经常会处理不同协议的数据报文。
一种方法是通过指针偏移的方法来得到各种信息,但这样做不仅编程复杂,而且一旦协议有变化,程序修改起来也比较麻烦。
在了解了编译器对结构空间的分配原则之后,我们完全可以利用这一特性定义自己的协议结构,通过访问结构的成员来获取各种信息。
这样做,
不仅简化了编程,而且即使协议发生变化,我们也只需修改协议结构的定义即可,其它程序无需修改,省时省力。
下面以TCP协议首部为例,说明如何定义协议结构。
其协议结构定义如下:
#pragmapack
(1)//按照1字节方式进行对齐
structTCPHEADER{shortSrcPort;//16位源端口号
shortDstPort;//16位目的端口号
intSerialNo;//32位序列号
intAckNo;//32位确认号
unsignedcharHaderLen:
4;//4位首部xx
unsignedcharReserved1:
4;//保留6位中的4位
unsignedcharReserved2:
2;//保留6位中的2位
unsignedcharURG:
1;
unsignedcharACK:
1;
unsignedcharPSH:
1;
unsignedcharRST:
1;
unsignedcharSYN:
1;
unsignedcharFIN:
1;
shortWindowSize;//16位窗口大小
shortTcpChkSum;//16位TCP检验和
shortUrgentPointer;//16位紧急指针
};
#pragmapack()//取消1字节对齐方式
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- VC 60编译及链接时常见问题的解决及#pragma 60 编译 链接 时常 问题 解决 pragma