谈C中scanf陷阱
原文地址：http://westsoftware.blog.163.com/blog/static/2609410920091953456841/
最近一直在看Andrew Koening写的书籍，可以说学习C/C++或者从事这方面的开发的人员非常值得一看的书籍，这里我推荐看看《C陷阱与缺陷》与《C/C++沉思录》。
这里先来看看《C陷阱与缺陷》一段代码。
#include <stdio.h>
int main()
{
int i;
char c;
//printf("i address:%ld\n",&i);
//printf("c address:%ld\n",&c);
for(i=0 ; i<5; i++)
{
scanf("%d",&c);
printf("%d ",i);
}
return 0;
}
这么精小的一段代码，看看运行结果将会是什么？请看清楚C是字符变量。
刚开始的时候，对他讲的东西不是很明白，为了更加清楚，分析相关内存结构。
由于scanf指向的是一个整形指针，此时C接收字符录入，所以在给C输入数据的数据的时候，会将i的一些内存地址进行覆盖，怎么覆盖的呢？在FC6下，会将i的低端地址覆盖成C的高端地址，不知道这么说能不能明白？就是说C实际接收了一个整形变量，但是C存不下，多出的那部分怎么办呢？就将C的高端地址位覆盖成I的低端地址位了，所以I的值一直都是0，所以在运行此程序是一个死循环状态。
上面注释掉那两段，可以打印看看C与I的地址。我这里打印的地址是连续的。
但是在VC6中，是可以正常运行的，这就是我说的内存地址覆盖方式不一样，换句话说，怎么覆盖是有编译器决定，这里我是这么猜想，VC覆盖内存的时候是C的左彻的那段内存而不覆盖I的内存地址，所以在VC中能正常。
这也是一个猜想，怠于证实。而在FC中是“往右”进行覆盖。
所以开发的时候，一定要注意，这种陷阱一旦走进去的，就很难调试，有时候也有一种“凑巧”来避开这个问题，差错就更加不好查。希望在以后开发的时候能给大家有一定的参考。
相关文档：
http://blog.csdn.net/eroswang/archive/2009/06/12/4265046.aspx
1,防止一个头文件被重复包含
#ifndef COMDEF_H
#define COMDEF_H
//头文件内容
#endif
2,重新定义一些类型,防止由于各种平台和编译器的不同,而产生的类型字节数差异,方便移植。
typedef unsigned char boolea ......
通常，在C语言的头文件中经常可以看到类似下面这种形式的代码：
#ifdef __cplusplus
extern "C" {
#endif
/**** some declaration or so *****/
#ifdef __cplusplus
}
#endif /* end of __cplusplus */
那么，这种写法什么用呢？实际上，这是为了让CPP能够与C接口而采用的一种语法形式。之所以采用这种方式 ......
以前曾经总结过一篇(http://www.cppblog.com/franksunny/archive/2007/11/29/37510.html
)，关于在
C
中如何调用
C++
的代码，当时并未做完全的展开，只是简单的做了下调试，最近看到一个题目要求实现
C
和
C++
中代码的互相调用，其结果虽然都是通过
extern “C”
来实现
，但是具体还是有些差别的� ......
Visual C++6.0(5.0)开发工具功能非常强大，但是对于初学者来说，却有很多细节的问题需要注意。作者搜集整理了以下一些实用小技巧，希望对初学者有所帮助。
1:使用vc开发项目时，常会遇到这种情况：
即明明只改动了一个文件，却要把整个项目全部重新编译连接一次。刚刚连接好，一运行，又提示 ......
