《Visual C++ 2010入门教程》系列四：VC2010中初学者常见错误、警告和问题
这一章将帮助大家解释一些常见的错误、警告和问题，帮助大家去理解和解决一些常见问题，并了解它的根本原因。
iostream.h与
下面的代码为什么在VC2010下面编译不过去？
#include
int main()
{
cout<<"Hello World."< return 0; } 错误信息：fatal error C1083: 无法打开包括文件:“iostream.h”: No such file or directory 造成这个错误的原因在于历史原因，在过去C++98标准尚未订立的时候，C++的标准输入输出流确实是定义在这个文件里面的，这是C风格的定义方法，随着C++98标准的确定，iostream.h已经被取消，至少在VC2010下面是这样的，取而代之的是我们要用 { #include "iostream.h" } 因此我们可以简单的修改我们的Hello World。 #include using namespace std; int main() { cout<<"Hello World."< return 0; } iostream.h是属于C++的头文件，而非C的，因此标准订立的时候被改成了 warning C4996 这是一个警告，请看下面的代码： #include using namespace std; int main() { char sz[128] = {0}; strcpy( sz, "Hello World!" ); cout<< sz << endl; return 0; } 上面的strcpy会产生这个警告: warning C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 这是因为VC从2005版本开始，微软引入了一系列的安全加强的函数来增强CRT（C 运行时），这里对应的是strcpy_s。_s意为safe的意思，同样的道理，strcat也是同样。因此要解决这个问题，我们可以用strcpy_s来替换strcpy，但是注意strcpy_s并非所有 编译器都提供，因此如果要跨编译器，请采用错误信息中所提示的方式，定义 _CRT_SECURE_NO_WARNINGS宏来掩耳盗铃吧。另外注意并非所有的加强函数都是在屁股后面加_s，比如stricmp这个字符串比较函数的增强版名字是_stricmp。下面，用strcpy_s来更改程序： int main() { char sz[128] = {0}; strcpy_s( sz, "Hello World!" ); cout<< sz << endl; char* pSz2 = new char[128]; strcpy_s( pSz2, 128, "hello"); cout<< pSz2 << endl; delete pSz2; return 0; } 注意，strcpy_s有两个版本，一个可以帮助我们自动推断缓冲区的大小，而另外一个不能帮助我们推断，因此在编译器不能推断缓冲区大小的时候，我们需要自己指定缓冲区的大小，如上面的程序所演示的那样，关于增强版的函数请参考我写的《深入学习C++ String2.1版》。 TCHAR、wchar_t、char 请大家看下面这个程序： #include #include #include using namespace std; int main() { MessageBox( NULL, "你好HelloWorld！", "Information", 0 ); return 0; } 貌似没什么问题吧？错了，如果你是按照我教你的方法创建的控制台空工程的话，那么会有编译错误： error C2664: “MessageBoxW”: 不能将参数2 从“const char [17]”转换为“LPCWSTR” 这个问题太普遍了，几乎所有的初学者都会遇到而且感到难以应付，因为按照提示使用(LPCWSTR)强制转型貌似并不能帮助我们解决问题，而且这个程序在VC6下面应该是没有任何问题的，那问题出现在哪里呢？问题在这里，请右键单击解决方案浏览器下面的项目，属性， 问题的根本就是字符集问题，在VC6中，我们默认使用的是多字节字符集，而现在我们默认需要的是UNICODE字符集，简单的，我们把这个字符集改成多字节字符集这个问题就解决了： 再试试应该就可以了吧？但是我并不推荐大家这么做，因为让自己的程序适应各种字符集是我们写代码的人义不容辞的义务。 我们把程序改成下面这样： #include #include #include using namespace std; int main() { MessageBox( NULL, TEXT("你好HelloWorld！"), TEXT("Information"), 0 ); MessageBox( NULL, _T("你好HelloWorld！"), _T("Information"), 0 ); return 0; } 用两个宏TEXT或者_T都可以解决这个问题，它们两个并没有太大区别，也许区别在于前者是通过windows.h头文件引入的，而_T是通过tchar.h引入的，我推荐大家使用_T和tchar.h，因为tchar.h还帮助我们引入了其它一些很有用的宏，比如_tcscpy_s，这个宏在使用UNICODE字符集的时候被替换成wcscpy_s，在使用多字节字符集的使用被替换成strcpy_s。关于这部分的内容，请大家不要错过《Windows核心编程》的第二章(第四版或第五版都可以），以及《深入学习C++ String2.1版》。它们都有提到。 有人听说_T可以把多字节字符串转换成UNICODE，因此他写了如下的代码：const char* pStr = "haha哈哈"; MessageBox( NULL, _T(pStr), _T("Information"), 0 ); 当然，除非你运气好的抓狂，否则你是编译不过去的，为什么呢？我们现在应该知道对于"Hello"这样的字符串，VC2010会默认的将它视为const char*，即多字节字符串，而L"Hello"前面有个L前缀的被视为UNICODE字符串，这和C#是有区别的，因为C#的字符串总是被视为UNICODE，C++/CLI下面编译器也会帮助我们做到这件事情，所以它们不需要L(C++/CLI兼容L这种写法）。 让我们看看_T的定义吧： #define wxCONCAT_HELPER(text, line) text ## line /* could already be defined by tchar.h (it's quasi standard) */ #ifndef _T #if !wxUSE_UNICODE #define _T(x) x #else /* Unicode */ /* use wxCONCAT_HELPER so that x could be expanded if it's a macro */ #define _T(x) wxCONCAT_HELPER(L, x) #endif /* ASCII/Unicode */ #endif /* !defined(_T) */ _T在UNICODE下面最终会被替换成L ## x。##是一个编译预处理指令，意味着让L和x贴在一起，比如L ## "Hello"最终就是L"Hello"，因此它可以把"Hello"转换成UNICODE字符串。那为什么上面的程序不行呢？让我们看看_T("pStr")会被替换成什么：L ## pStr -> LpStr，哦，LpStr是一个新的标识符，如果你没有定义过它，你当然不能通过编译啦。 因此我们可以了解到_T这样的宏只能处理直接的常量字符串，不能处理其它的情况。而我们上面演示的那种情况需要我们动态的去转换编码，Windows有API可以帮助我们做到，C库也有函数可以帮助我们。恰好我曾经写过这样的代码，欢迎大家参考： ASCII/UNICODE/UTF8字符串互相转换的C++代码 对于_T宏，再说一点东西，或许你会感到奇怪为什么_T不直接定义成#define _T(x) L ## x，而要绕个圈子去调用wxCONCAT_HELPER呢？这实际上涉及到宏展开顺序和截断的问题。在这里，我们需要说一个宏参数的概念，这很函数的参数是类似的，这里_T(x)的x就是宏参数，好，记住下面一句话： 如果你定义的宏中使用了#或者是##的话，宏参数将不会被展开，也就是说_T(x)如果直接定义成L##x那么在下面这种情况就会出错( PS: #是给参数加引号的意思）：_T(__FUNCTION__)，__FUNCTION__是一个预定义的宏，它代表了当前函数的名字，这个展开会是什么呢？L__FUNCTION__。为什么间接调用wxCONCAT_HELPER 就能得到正确的结果呢？因为当我们调用wxCONCAT_HELPER的时候， __FUNCTION__已经被_T展开成了函数名。 说多了说多了，如果你觉得复杂可以暂时跳过这些东西，我只是顺便说说。 重定义的编译错误和链接错误 让我们在项目里面再添加一个Test.h头文件，方法是右击解决方案中的项目，添加，新建项，C++头文件，名称输入test.h。然后我们在test.h中输入： /*#pragma once*/ void print() { } 回到main.cpp中： #include using namespace std; #include "Test.h" #include "Test.h" int main() { return 0; } 编译一下我们会得到重定义的编译错误： error C2084: 函数“void print(void)”已有主体 或许你会说，你引用(#include)了两次，我没你那么傻，我只引用一次不就好了么？是的。你聪明，但是是小聪明哈，因为你不能保证每个人都不去引用它。 这个问题演示的是#pragma once的用处，让我们解开它的注释。编译成功！#pragma once的作用就在于防止头文件被多次引用。你或许见过 #ifndef __TEST_H__ #define__TEST_H__ 代码 #endif 这样的代码，它们的作用是一样的，如果你跟我一样懒，那么就用#pragma once，如果你打算去没有这个指令的编译器上编译代码，那么还是用后面一种方式吧。 现在让我们来见识一个对初学者稍微复杂一点的链接错误，用创建main.cpp的方法再添加一个test.h头文件，输入#include "Test.h"即可。 让我们再编译一次。 1>test.obj : error LNK2005: "void __cdecl print(void)" (?print@@YAXXZ) 已经在Main.obj 中定义 1>e:\documents\visual studio 2010\Projects\HelloWorld\Debug\HelloWorld.exe : fatal error LNK1169: 找到一个或多个多重定义的符号 如果说编译错误好找的话，链接错误对于初学者来说就有点麻烦了，聪明的初学者会去Google、百度寻找答案，笨的初学者就会找所谓的高手、前辈问，而这些高手Or前辈未必有心情为你解释。要解决这个错误有无数种方法。 1.内联，把print声明为内联函数。 inline void print() { } 这个方法的好处是简单，坏处是局限性太强，意味着你总是需要公开print的实现，因为内联函数必须在编译时就知道实现才行。 2.static，把print声明为static函数： static void print()。 这便告诉编译器，哥是唯一的，而且哥只能被本编译单元的代码调用，这和extern 是对应的。简单来说，想要哥帮你做事，请先include哥声明的头文件，也就是#include "test.h"。 3..h头文件中只放声明，实现放到.cpp中去。 现在test.h中只有void print();，而实现在test.cpp中： #include "Test.h" void print() { int a = 1; cout<< a++ << endl; } 这个时候有意思的是我们在main.cpp无需包含test.h头文件也可以引用print函数，因为print并非static的函数： void print(); int main() { print(); print(); return 0; } 但是声明一下是必须的。 由于百度空间的帖子的篇幅是有限制的，因此今天只好就说这么几点了。新的内容请大家等候下一章。 KEIL51调试时一些的错误总结 (1)提示无M51文件 编译时候提示： F:\...\XX.M51 File has been changed outside the editor, reload ？ ------ 解决方法： 重新生成项目，产生STARTUP.A51即可。 (2)L15重复调用 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,或者同时被多个中断服务程序调用。 出现这种问题的原因之一是这个函数是不可重入性函数,当该函数运行时它可能会被一个中断打断,从而使得结果发生变化并可能会引起一些变量形式的冲突(即引起函数内一些数据的丢失,可重入性函数在任何时候都可以被ISR 打断,一段时间后又可以 运行,但是相应数据不会丢失)。 原因之二是用于局部变量和变量(暂且这样翻译,arguments,[自变量,变元一数值,用于确定程序或子程序的值])的内存区被其他函数的内存区所覆盖,如果该函数被中断,则它的内存区就会被使用,这将导致其他函数的内存冲突。 例如,第一个警告中函数WRITE_GMVLX1_REG 在D_GMVLX1.C 或者 D_GMVLX1.A51被定义,它被一个中断服务程序或者一个调用了中断服务程序的 函数调用了,调用它的函数是VSYNC_INTERRUPT,在MAIN.C中。 解决方法： 如果你确定两个函数决不会在同一时间执行(该函数被主程序调用并且中断被禁止),并且该函数不占用内存(假设只使用寄存器),则你可以完全忽略这种警告。 如果该函数占用了内存,则应该使用连接器(linker)OVERLAY指令将函数从覆盖分析(overlay analysis)中除去,例如： OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *) 上面的指令防止了该函数使用的内存区被其他函数覆盖。如果该函数中调用了其他函数,而这些被调用在程序中其他地方也被调用,你可能会需要也将这些函数排除在覆盖分析(overlay analysis)之外。这种OVERLAY指令能使编译器除去上述警告信息。 如果函数可以在其执行时被调用,则情况会变得更复杂一些。这时可以采用以下几种方法： https://www.doczj.com/doc/fe13318721.html,/support/man/docs/c51/c51_c277.htm错误信息查询 Keil C 编译器常见警告与错误信息 error C132 ：“****”not in formal parameter list 花了偶将近半个小时来查找错误，最终发现原来是在头文件里的一个函数声明时露了一个分号造成紧挨着在它下面声明的参数not in formal parameter list。 记在在这里，免得以后忘记了，同时也供大家分享。 下面是另外一些常见的错误提示： 1.第一种错误信息 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_WRITE_GMVLX1_REG?D_GMVLX1 CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_SPI_SEND_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP - 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用, KEIL常见编译错误大全 【致命错误】 立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不 能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51FATAL-ERROR– ACTION: Error: L6200E Error: L6200E: Symbol temp multiply defined (by and .在编译的时候出现了这个问题，但是检查不出来，希望各位大侠帮帮忙 什么变量你给付了两次值 你看看是不是那个外部变量你又给赋值了 申明，其他.c文件对应的.h文件中用extern引用 error: #20 error: #20: identifier "TIM2_IRQChannel" is undefined 谁能说说，哪里错了 你的固件库里的库文件没有添加进工程里面，所以出现未定义的情况。 TIM2_IRQChannel指定时器2的中断通道没有定义，其实在固件库对这些参数都有定义，宏定义代替了一串寄存器地址数据。需要将.C文件添加到工程文件中 warning: #1-D (7): warning: #1-D: last line of file ends without a newline 当使用keil编译时，弹出这样的警告信息：(7): warning: #1-D: last line of file ends without a newline 这个是由于在main函数的“}”后，没有加回车。 只要在main函数的“}”后加回车键，此警告信息即可消除。 error:#65 ...(27):error:#65:expected a ";" 分数送你了，问题在你回答之前已经解决了，头文件里的结构体定义里的最后一行没有加";" 如NB menu{..}; error:#1113: 折腾了大半天，才搞明白一个空操作的指令 先在网上查有的说是__asm{NOP;}，从里调用，可犄角旮旯全找了，也没看到什么的文件。如果直接用，就出现error:#1113:InlineassemblernotpermittedwhengeneratingThumbcode 最后搜索这条错误，知道是因为__asm("指令");这种语法是内联汇编（inlineassembly）的语法。而RMDK下，内联汇编仅支持ARM汇编语言，不支持Thumb或者Thumb-2汇编语言；但内嵌汇编器支持Thumb和Thumb-2。 __asm放到一个单独的子函数再被调用就没问题了 如下： __asmvoidnop(void) { NOP } 然后在之后的C代码中调用该函数： voidmain() { ... nop(); ...？ } uint i, j; uchar a = 0xfe; EA = 1; EX0 = 1;不能这样 EA = 1; EX0 = 1; uint i, j; uchar a = 0xfe; 否则出现外部中断.C(18): error C141: syntax error near 'unsigned' 外部中断.C(18): error C202: 'i': undefined identifier 外部中断.C(19): error C141: syntax error near 'unsigned' 外部中断.C(19): error C202: 'a': undefined identifier 外部中断.C(23): error C202: 'i': undefined identifier 外部中断.C(27): error C202: 'a': undefined identifier 外部中断.C(29): error C202: 'a': undefined identifier 外部中断.C(31): error C202: 'i': undefined identifier 外部中断.c - 8 Error(s), 0 Warning(s). 原因：顺序问题，keil中的顺序 外部中断和内部中断的区别是什么; 外部中断是在单片机的外面给单片机一个信号单片机收到这个信号开始中断这是外部中断 内部中断是通过软件把中断打开执行中断 error c236：‘——display’：different length of parameter lists参数列表的长度不同。 检查开始的函数声明和这定义的参数是否一致。 还有参数没说明类型 有很大的区别， 错误3 unreferenced local variable 是未使用定义的变量，就是你定义了但是没有使用。 错误4 syntax error语法错误。 电平触发方式是按照电平的高或者低来触发，所以用的时候，必须在发生触发事件后立即将电平拉到非触发电平上，如果不这样做的话，会导致程序一直在触发事件程序入口处，而不会执行其他地方的程序。所以一般比较少用。 边沿触发方式是按照（上或下）边沿触发事件，由于触发的条件是边沿（上或下），所以即使在触发事件后，保存原来的电平都没有关系，不会一直在触发的，一般都用这种方式。 错误5 #define uchar unsigned char 不能写成 #define unsigned char uchar 否则出现会出现很多错误 错误6 不能这样定义字符数组 int a = “wwwsad”只能用char 错误7 error C244: 'table':can't initialize, bad type or class 。意思是错误的或者坏的类 1. Warning 280:’i’:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告及即定义的参数在程序中并未调用 2 Warning 206:’Music3’:missing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告 3Error:318:can’t open file ‘beep.h’ 说明在编译C:\8051\MANN.C 程序过程中由于main.c 用了指令＃i nclude “beep.h”,但却找不到所致解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Error 237:’LedOn’:function already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间 解决方法去掉DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***WARNING 6 :XDATA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是否有其它的变量名称也是定义在0x25 处并修正它 7 WARNING 206:’DelayX1ms’: missing function-prototype C:\8051\INPUT.C Error 267 :’DelayX1ms ‘:requires ANSI-style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1ms 函数但该函数没定义即未编写程序内容或函数已定义但未作宣告 解决方法编写DelayX1ms 的内容编写完后也要作宣告或作外部宣告可在delay.h 的包含档宣告成外部以便其它函数调用 8 ***WARNING 1:UNRESOLVED EXTERNAL SYMBOL SYMBOL:MUSIC3 查看文章 【转】 KEIL C编译器常见警告与错误信息的解决办法 2010-09-03 16:21 转载自朝阳暮鼓 最终编辑朝阳暮鼓 KEIL C编译器常见警告与错误信息的解决办法 1. Warning 280:’i’:unreferenced local variab le 说明局部变量i 在函数中未作任何的存取操作 解决方法消除函数中i 变量的宣告 2 Warning 206:’Music3’:missing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数 则要写成extern void Music3(void),即作外部宣告 3 Compling :C:\8051\MANN.C Error:318:can’t open file ‘beep.h’ 说明在编译 C:\8051\MANN.C 程序过程中由于main.c 用了指令#include “beep.h”,但却找不到所致 解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Compling:C:\8051\LED.C Error 237:’LedOn’:function already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间 解决方法去掉 DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***WARNING 6 :XDATA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下 Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是 否有其它的变量名称也是定义在0x25 处并修正它 ??????? 本章列出了编程中可能遇到的致命错误语法错误和警告信息每节包括一个信息 的主要说明和消除错误或警告条件可采取的措施 致命错误 致命错误立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51 FATAL-ERROR – ACTION Actions ALLOCATING MEMORY 编译器不能分配足够的存储区来编译指定的源文件 CREATING LIST-FILE / OBJECT-FILE / WORKFILE 编译器不能建立列表文件OBJ文件或工作文件这个错误的出现可能是磁盘 满或写保护或文件已存在和只读 GENERATING INTERMEDIATE CODE 源文件包含的一个函数太大不能被编译器编译成虚拟代码尝试把函数分小或 重新编译 OPENING INPUT-FILE 编译器不能发现或打开所选的源或包含文件 PARSING INVOKE-/#PRAGMA-LINE 当在命令行检测到参数计算或在一个#pragma中检测到参数计算就产生这样 的错误 PARSING SOURCE-FILE/ANALYZING DECLARATIONS 源文件包含太多的外部参考减少源文件访问的外部变量和函数的数目 WRITING TO FILE 当写入列表文件OBJ文件或工作文件时遇到的错误 keil 4 中的一些常见问题处理办法 keil 软件对于一个单片机编程者来说已经再熟悉不过了，我们都用得很多，但往往我们应用时总会遇到这样那样的问题，但又苦于无法解决，最终只能凑合着用。下面我就个人经验对部分问题的解决方法给大家分享一下，也为初学者打点keil的应用基础。不管他是哪个版本的，其处理办法基本都差不多，甚至可以说是完全一样的，下面我们就谈点实际的问题。 1、keil 4 中注释时，为什么不能打进汉字，都是方框？ 其处理方法：Edit -> Configuration，点击Colors & Fonts选项卡，在Window列表中选择Editor C Files，在右侧选择字体Courier，Use color in Comments 不能打钩. 在做完上面的操作后，我来进行一下前后比较： 显示效果如下： 1、操作前： 如果后面注释的黑线是方框，操作一样，但要适当改变字体（eg：宋体、新宋体都行）。 2、操作后显示效果： 通过显示我们可以很直观的看到，注释中的文字已经清楚的显示了出来。 2、改变关键字颜色： 方法：Edit -> Configuration->Colors & Fonts->Editor C Files->keyword->选择foreground为任意你想要的颜色（蓝色）。 显示效果如下： 通过这一系列操作后，你可以将不同类型的数据改成你想要的颜色，方便你的编程和查错。 3、当前操作行底纹颜色和选中文字颜色设置：（1）当前工作行底纹和选中其文字设置： 显示效果： （2）当前选中文字颜色和底纹显示： 显示效果： 通过该项操作后，你可以快速的找到你所编辑的区域，行数，甚至行段。 1.warning: #550-D: variable "d" was set but never used 描述:变量'd'定义但从未使用,或者是,虽然这个变量你使用了,但编译器认为变量d所在的语句没有意义,编译器把它优化了. 解决:仔细衡量所定义的变量d是否有用,若是认定变量d所在语句有意义,那么尝试用volatile关键字修饰变量d,若是真的没有用,那么删除掉以释放可能的内存. 2.warning: #1-D: last line of file ends without a newline 描述:文件最后一行不是新的一行.编译器要求程序文件的最后一行必须是空行,想了半天没想通为什么要这样. 解决:可以不理会.若是觉得出现警告不爽,那么在出现警告的文件的最后一行敲个回车,空出一行. 3. warning: #111-D: statement is unreachable 描述:声明不可能到达.多出现在这种场合: int main(void) { ... while(1) //无限循环,这在不使用操作系统的程序中最常见 { ... } return 0; //这句声明在正常情况下不可能执行到,编译器发出警告 } 解决:不理会. 4. warning: C3017W: data may be used before being set 描述:变量'data'在使用前没有明确的赋值.如: uint8 i,data; //定义变量i和data,二者都没有明确赋值 for ( i = 0; i < 8; i++) //变量'i'在语句中被赋值0 { if ( IO1PIN & SO_CC2420 ) data |= 0x01; //变量'data'在使用前没有明确赋值,编译器发出警告 else data &= ~0x01; } 解决:应仔细衡量该变量的初始值是否为0，若是,可以不理会这个警告,因为MDK编译器在程序执行前,会将使用到的数据区初始化为0,但若是该变量的初始值不应该是0，忽略这个警告可能会引起致命错 Keil编译常见错误 Part 1 Warnings warning: #167-D: argument of type "XXXX" is incompatible with parameter of type "YYYY" 意义: 类型为XXXX的参数(实参)与类型为YYYY的参数(形参)不一致。 说明: 编译器在编译过程中会检查函数调用时的实参与形参数据类型的匹配情况。当发现两者不一致时，给出警告。 warning: #177-D: variable "XXXX" was declared but never referenced. 意义: 定义的变量XXXX从未被使用过。 warning: #223-D: function "XXXX" declared implicitly 意义: 函数XXXX采用了隐含式的声明。 说明: 函数XXXX在调用时没有定义或编译器没有看到该函数的声明，于是编译器将使用了缺省的数据类型作为该函数的定义。 常见问题: 1.函数的定义出现在函数调用之后。 2.函数没有定义 warning: #513-D: a value of type "XXXX" cannot be assigned to an entity of type "YYYY" 意义: 类型为XXXX的值不能赋值给一个YYYY的实体。 说明: 按照C语言的规则，变量和数值都被赋予一定的数据类型。在赋值操作时，变量的类型与其所赋的值的类型必须一致。遇到这类问题时，要仔细观察和思考两者是否存在冲突。常见问题: warning: #1295-D: Deprecated declaration XXXX - give arg types. 意义: 弃用的声明XXXX, 请给出参数的数据类型。 说明: 按照最新C语言标准的要求，函数在声明时必须说明所有参数的类型，以及返回值的类型。当函数没有输入参数或者返回值时，应该使用void来加以说明。 例如: LED_Config()。正确的声明方式应该写成void LED_Config(void) Part 2 Compiling Errors error: #20: identifier "XXXX" is undefined 意义: 标识符XXXX没有定义。 说明: 按照C语言的要求，任何标识符(变量、函数、自定义数据类型等等)都必须先定义再使用。 常见问题: 1. Warning 280: ' i ' :unrefereneed local variable 说明局部变量i在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告及即定义的参数在程序中并未调用 2 Warning 206: ' Music 3 ' :missing function-prototype 说明Music3()函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是 其他文件的函数则要写成extern void Music3(void), 即作外部宣告 3Error:318:can ' t open file ‘ beep.h ' 说明在编译C:\8051\MANN.C 程序过程中由于main.c用了指令# i nclude “ beep.h ”但却找不到所致解决方法编写一个b eep.h的包 含档并存入到c:\8051的工作目录中 4 Error 237: ' LedOn' :function already has a body 说明Led On ()函数名称重复定义即有两个以上一样的函数名称解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELA YX1MS?DELAY 说明DelayX1ms()函数未被其它函数调用也会占用程序记忆体空间 解决方法去掉DelayX1ms()函数或利用条件编译#if…..#endif可保 留该函数并不编译 6 ***WARNING 6 :XDATA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM的0025H重复定义地址 解决方法外部资料ROM 的定义如下Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查 是否有其它的变量名称也是定义在0x25处并修正它 7 WARNING 206:' DelayX1ms' : missing function -prototype C:\8051\INPUT.C Error 267 : ' DelayX1ms ‘:requires AN-Style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1ms函数但该函数没定义即未编写程序 内容或函数已定义但未作宣告 解决方法编写DelayX1ms的内容编写完后也要作宣告或作外部宣告可在delay.h的包含档宣告成外部以便其它函数调用 *** WARNING L1: UNRESOLVED EXTERNAL SYMBOL SYMBOL: ?C_START 解决办法： 1.是文件没有添加到工程里。 2.可能是因为存在没有被调用的已经定义的函数。 3.不知道你有没有把Source group组下面的A51.C删掉，如果没有删，在A51.c 上点右键，选择remove file " ". 4.建一个新的c文件，里面写一个空的函数，把该文件添加到project中，注意 该文件不能再选generate assembler SRC file和assemble SRC file选项。重新编译工程，如果警告该函数没被调用，在主文件中调一下。 5.建一个新的c文件，把主文件中的几个函数移至该文件，把该文件添加到project中，注意该文件不能再选generate assembler SRC file和assemble SRC file选项。重新编译工程。 其他：UNRESOLVED EXTERNAL SYMBOL 说明连接的时候没有找到外部变 量 extern xdata unsigned char RxPnt; 只是说明引用外部变量，并不是实际的声明。应该在某个.c文件里有xdata unsigned char RxPnt才行。 extern中对这个变量做了声明,说这个变量将会在这个文件中用到,但并没有定义也就是那个变量并没有真实存在. 需要要某个地方定义一下, 也有可能是你定义了,但是被条件编译给去掉了也有可能.具体查一下工程里的所有源文件看 错误*** WARNING L16: UNCALLED SEGMENT, IGNORED FOR OVERLAY PROCESS 你写了函数没有调用就会出现警告,不影响运行,也可以将该函数删除 Keil编译时出现错误和警告的总结 和C 编译器错误信息中文翻译 (1)L15重复调用 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,或者同时被多个中断服务程序调用。 出现这种问题的原因之一是这个函数是不可重入性函数,当该函数运行时它可能会被一个中断打断,从而使得结果发生变化并可能会引起一些变量形式的冲突(即引起函数内一些数据的丢失,可重入性函数在任何时候都可以被ISR打断,一段时间后又可以 运行,但是相应数据不会丢失)。 原因之二是用于局部变量和变量(暂且这样翻译,arguments,[自变量,变元一数值,用于确定程序或子程序的值])的内存区被其他函数的内存区所覆盖,如果该函数被中断,则它的内存区就会被使用,这将导致其他函数的内存冲突。 例如,第一个警告中函数WRITE_GMVLX1_REG 在D_GMVLX1.C 或者D_GMVLX1.A51被定义,它被一个中断服务程序或者一个调用了中断服务程序的函数调用了,调用它的函数是VSYNC_INTERRUPT,在MAIN.C中。 解决方法： 如果你确定两个函数决不会在同一时间执行(该函数被主程序调用并且中断被禁止),并且该函数不占用内存(假设只使用寄存器),则你可以完全忽略这种警告。 如果该函数占用了内存,则应该使用连接器(linker)OVERLAY指令将函数从覆盖分析(overlay analysis)中除去,例如： OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *) 上面的指令防止了该函数使用的内存区被其他函数覆盖。如果该函数中调用了其他函数,而这些被调用在程序中其他地方也被调用,你可能会需要也将这些函数排除在覆盖分析(overlay analysis)之外。这种OVERLAY指令能使编译器除去上述警告信息。 如果函数可以在其执行时被调用,则情况会变得更复杂一些。这时可以采用以下几种方法： 1.主程序调用该函数时禁止中断,可以在该函数被调用时用#pragma disable语句来实现禁止中断的目的。必须使用OVERLAY指令将该函数从覆盖分析中除去。 2.复制两份该函数的代码,一份到主程序中,另一份复制到中断服务程序中。 3.将该函数设为重入型。例如： C51编译器识别错类型有三种： 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序员应斟酌处理。 1、致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FATAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存 的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。 Keil C 编译器常见警告与错误信息的解决方法 推荐Keil C 编译器常见警告与错误信息的解决方法 1. Warning 280:?i?:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告 2 Warning 206:?Music3?:missing -prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告 3 Compling :C:\8051\MANN.C Error:318:can?t open file …beep.h? 说明在编译C:\8051\MANN.C 程序过程中由于main.c 用了指令＃i nclude “beep.h”,但却找不到所致解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Compling:C:\8051\LED.C Error 237:?LedOn?: already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***W ARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间解决方法去掉DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***W ARNING 6 :XDA TA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是否有其它的变量名称也是定义在0x25 处并修正它7 W ARNING 206:?DelayX1ms?: missing -prototype C:\8051\INPUT.C Error 267 :?DelayX1ms …:requires ANSI-style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1ms 函数但该函数没定义即未编写程序内容或函数已定义但未作宣告 解决方法编写DelayX1ms 的内容编写完后也要作宣告或作外部宣告可在delay.h 的包含档宣告成外部以便其它函数调用 8 ***W ARNING 1:UNRESOLVED EXTERNAL SYMBOL SYMBOL:MUSIC3 MODULE:C:\8051\MUSIC.OBJ(MUSIC) ***WARNING 2:REFERENCE MADE TO UNRESOLVED EXTERNAL SYMBOL:MUSIC3 MODULE:C:\8051\MUSIC.OBJ(MUSIC) ADDRESS:0018H 说明程序中有调用MUSIC 函数但未将该函数的含扩档C 加入到工程档Prj 作编译和连接解决方法设MUSIC3 函数在MUSIC C 里将MUSIC C 添加到工程文件中去 9 ***ERROR 107:ADDESS SPACE OVERFLOW Keil中常见错误的说明 摘自网络，向原作者致敬 C51编译器识别错类型有三种 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序员应斟酌处理。 D.1 致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FATAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存 的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。 *C AN?T CREAT FILE FILE 行定义的文件不能被创建。 *SOURCE MUST COME FROMA DISK_FILE keil错误 C51编译器识别错类型有三种 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出 提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序 员应斟酌处理。 D.1 致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FA TAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。 *CAN?T CREAT FILE FILE行定义的文件不能被创建。 *SOURCE MUST COME FROMA DISK_FILE 源文件和头文件必须存在于硬盘或软盘上。控制台、CON、CI 或类似设备不允许作为输入文件。 *MORE THAN 256 SEGMENTS/PUBLICS/EXTERNALSKEIL51调试时一些的错误总结
Keil C 编译器常见警告与错误信息
KEIL常见编译错误大全
Keil编译常见问题
Keil编程常见错误
keil c语言编程常见错误分析要点
keil常见错误及解决办法
Keil+C编译器常见警告与错误信息的解决方法
keil4 常见问题处理办法
keil常见错误
Keil常见编译错误
keil-c语言编程常见错误分析
keil c常见错误与警告
keil软件编译常见错误解释总结和中文翻译
编程时Keil中常见的错误
keil编译器常见错误及解决方式
keil常见错误
C51-keil编译常见错误和警告处理
相关主题
文本预览