高分探讨c/c++中常见错误及解决方案

[cheng_fengming]

大家好，最近一直在学习c/c++，发现进行定期的总结很有必要，故发帖希望能够征集c/c++中常见的错误分析及解决方案，希望与一些志同道合的朋友共同学习，在此，我先抛砖引玉，分析一下常见的内存错误(以下代码用c语言编写)：
1)数组溢出，如：
void main()
{
int a[5];
a[5] = 8;
printf("%d\n",a[5]); //数组是取不到a[5]的
}
对于初学者来说经常会犯这样的错误，一定要记住 int a[5]是从a[0]到a[4]的，这一点我就不多说了，大家都知道的，呵呵。

2)程序中存在野指针(即未初始化的指针)，例如：
void fn(int data)
{
int *p2;
*p2 = data;
...
}
在未对指针初始化或者附初值(地址)的情况下，就没有对其分配空间，这种错误比较明显，但是大家一定得养成一个良好的习惯，定义变量的时候记得进行初始化。

3)在函数调用的时候没有注意到变量的生存期
看下面例子：
#include<stdio.h>
#include<malloc.h>
void int_malloc(int *);
void main()
{
int i, *ip = NULL;
for(i = 0; i < 10; i++)
{
printf("%-4d",*(ip+i));
}
printf("\n");
}
void int_malloc(int *ip)
{
int i;
ip = (int *)malloc(sizeof(int)*10);
for(i = 0; i < 10; i++)
{
*(ip+i) = i;
}
}
作者的意图是在子函数中动态分配内存空间，在主函数中输出，这个时候你就得注意陷阱了，原因是子函数运行完了刚分配的空间也就释放了，即使你将将动态数组的首地址传回给main()函数也无济于事，我东西都不存在了你还指望干什么？在写程序的过程中一定切记要注意变量的生存期(就是它什么时候存在，什么时候消亡)。
4) 发生内存泄露
引起内存泄露主要是因为在分配内存没有释放或者读入文件后没有关闭，所以说习惯是很重要的，还有一点值得提醒一下，一定不要打开和关闭文件(fopen()和fclose放在循环里面)，过多的使用free()和fclose可能回引起内存错误。
引起内存错误的原因还有很多，但是我自己目前就遇到这些。我真诚的希望大家能够互相交流，互相学习，将自己的错误经验贴上来，两个月后结贴！

[shzbzm]

支持一个

[cheng_fengming]

[Quote=引用 59 楼 cheng_fengming 的回复:]
引用 50 楼 kondykuang 的回复:
引用 45 楼 liyudefly 的回复:
发个灵异代码娱乐下。。
C/C++ code
#include <iostream>usingnamespace std;int*fun(void);int main(void)
{usingnamespace std;int*b= fun();
    cout < <*b < <endl;*b=*b;
    cout < <*b < <endl;
}int*fun(void)
{int a=4;return&a;
}
结果：
4
274148040
请按任意键继续. . .


*b=*b 操作之后，b指向的地址移了4个字节。
所以之后 要想准确得到*b的值 需要将指针一回去；
可以使用b++；或者b--；根据pc大端模式 与小段模式的不同而决定是加还是减。
这确实是MS没处理好的地方。一般不会使用到*b=*b的代码。
禁止返回局部变量的引用。

我也想到了b可能是想前移了一位，可是用++b,--b，都得不到4了啊？
[/Quote]

今天下去想了一下，其实这也不是什么灵异代码，b并没有向后移动，第2次不是打印出4的原因就是我在一开始总结的关于调用函数里面的局部变量的生存期的问题，函数调用完了，内存就贝释放了。可以打印一下就知道b的地址没有改变：cout < <*b < < b <<endl;
*b=*b;
cout < <*b << b< <endl;

[cheng_fengming]

[Quote=引用 73 楼 yzhfirst1 的回复:]
楼主第三种情况解释好像不对吧，子函数内分配的空间并没有被释放，只是指针的值是以值传递方式的进行传递，推出子函数后，它的值并不会改变为指向分配的空间。
[/Quote]
谢谢关注，我已经在下面改正过了，请大家务必不要受我的影响。

[The_facE]

[Quote=引用 50 楼 kondykuang 的回复:]
引用 45 楼 liyudefly 的回复:
发个灵异代码娱乐下。。
C/C++ code
#include <iostream>usingnamespace std;int*fun(void);int main(void)
{usingnamespace std;int*b= fun();
    cout < <*b < <endl;*b=*b;
    cout < <*b < <endl;
}int*fun(void)
{int a=4;return&a;
}
结果：
4
274148040
请按任意键继续. . .


*b=*b 操作之后，b指向的地址移了4个字节。
所以之后 要想准确得到*b的值 需要将指针一回去；
可以使用b++；或者b--；根据pc大端模式 与小段模式的不同而决定是加还是减。
这确实是MS没处理好的地方。一般不会使用到*b=*b的代码。
禁止返回局部变量的引用。
[/Quote]

*b = *b;
能把b移动4个字节？
禁止返回局部变量的引用？
函数fun返回的是局部变量a的地址，b从头到尾就是一个野指针，对*b的任何操作都是未定义行为，MS根本用不着关心。

[cheng_fengming]

[Quote=引用 50 楼 kondykuang 的回复:]
引用 45 楼 liyudefly 的回复:
发个灵异代码娱乐下。。
C/C++ code
#include <iostream>usingnamespace std;int*fun(void);int main(void)
{usingnamespace std;int*b= fun();
    cout < <*b < <endl;*b=*b;
    cout < <*b < <endl;
}int*fun(void)
{int a=4;return&a;
}
结果：
4
274148040
请按任意键继续. . .


*b=*b 操作之后，b指向的地址移了4个字节。
所以之后 要想准确得到*b的值 需要将指针一回去；
可以使用b++；或者b--；根据pc大端模式 与小段模式的不同而决定是加还是减。
这确实是MS没处理好的地方。一般不会使用到*b=*b的代码。
禁止返回局部变量的引用。
[/Quote]
我也想到了b可能是想前移了一位，可是用++b,--b，都得不到4了啊？

[cheng_fengming]

[Quote=引用 56 楼 sorasky 的回复:]
我倒是经常讲==写成=
[/Quote]
这个习惯了就不会发生这样的错误了，另外，要是经常犯这样的错误的话，建议这样写：
if (5 == c) 这样如果将== 写成 = 了，也很容易检查出来，常量是不能作为l-value的嘛

[cheng_fengming]

一点关于c++易错的地方：
1. 当对象作为参数直接传给函数时，作为该对象的一个拷贝，一个新的对象会产生。
但是需要注意：
该新的对象被自动创建的时候，构造函数并不被调用，而是拷贝构造函数被调用，因为构造函数是初始化一个对象，而作为传入函数的参数，是现有对象的一个拷贝。
当函数结束的时候，为恶劣参数而新创建的对象的生命周期也会结束，因此，这个时候，对象的析构函数被调用。
2. 当函数返回一个对象的时候，需要注意的事，一个临时的对象会被自动创建；同样的，这个时候，对象的拷贝构造函数会被调用，而不是构造函数，当这个临时对象完成使命后，对象的析构函数会被调用。
因此，对象作为参数传给函数，以及函数返回对象的时候，特别需要注意对象的成员中有指针的情况。
3. 关于拷贝构造函数，
当一个变量通过一个现有的对象被创建的时候，拷贝构造函数会被调用。
存在于下面三种情况（注意，赋值操作的时候，并不会被调用）：
1，声明一个变量的时候，同时初始化该变量
---------------------------------------------------------------------------------
Person q("Mickey"); // 构造函数被调用
Person r(p); // 复制构造函数被调用
Person p = q; // 复制构造函数被调用
p = q; // 这是一个赋值操作, 构造函数和复制构造函数都不被调用
---------------------------------------------------------------------------------
2， 当对象作为参数直接传给函数时（passing object by value）
3， 当函数返回一个对象的时候
4. 运算符重载
运算符重载可以通过成员函数和友元函数实现。
但是有以下限制：
1. 不能改变运算符的优先级。
2. 不能创建新的运算副。
3. 不能重载：：，sizeof,?:,.dot
4. 重载+ 并不意味着同时重载了+=，其他-= 等也是同样。
5. 重载=，[]，-〉运算符的时候，只能通过成员函数实现
6. ++ 和—的重载需要特殊的处理。
7. = 的重载需要特殊的考虑

[kondykuang]

[Quote=引用 77 楼 the_face 的回复:]
引用 50 楼 kondykuang 的回复:
引用 45 楼 liyudefly 的回复:
发个灵异代码娱乐下。。
C/C++ code
#include <iostream>usingnamespace std;int*fun(void);int main(void)
{usingnamespace std;int*b= fun();
    cout < <*b < <endl;*b=*b;
    cout < <*b < <endl;
}int*fun(void)
{int a=4;return&a;
}
结果：
4
274148040
请按任意键继续. . .


*b=*b 操作之后，b指向的地址移了4个字节。
所以之后 要想准确得到*b的值 需要将指针一回去；
可以使用b++；或者b--；根据pc大端模式 与小段模式的不同而决定是加还是减。
这确实是MS没处理好的地方。一般不会使用到*b=*b的代码。
禁止返回局部变量的引用。


*b = *b;
能把b移动4个字节？
禁止返回局部变量的引用？
函数fun返回的是局部变量a的地址，b从头到尾就是一个野指针，对*b的任何操作都是未定义行为，MS根本用不着关心。
[/Quote]
我上面的帖子 只是分析下为什么结果会是那样，
所以并没有做安全考虑··
请教b为什么不能移动4个字节？按照我的理解 *b的值不是原值，是经过*b=*b；后b指针移动了一个int 所导致。所以我说将b移动4个字节还原到*b=*b；之前的位置，应该能得到*b=4这个的值。
禁止返回局部变量的引用，这句话是没问题的 ，由于看哪个函数太粗心了，只注意到了return &a。
下面的程序，似乎证明了是cout的原因

#include "stdio.h"
#include<iostream>
using namespace std;
int *fun(void);
int main(void)
{
	
    int *b = fun();	

	int temp=*b; 
	//没有*b=*b，那么*b的值会保持为4；	  	 
//	cout<<*b<<endl;  //调用cout后b成为真正是野指针
	printf("%d	%d	%d\n",temp,*b,&b);  
    *b = *b;          
	printf("%d	%d	%d\n",temp,*b,&b); 
	cout<<*b<<endl;
	 
	// cout<<temp<<"       "<<*b<<(int*)&b<<endl;
	printf("%d	%d	%d\n",temp,*b,&b);

	return 0;
}
int *fun(void)
{
    int a = 4;
    return &a;
}

[runyeo]

经常学习，经常总结，是个好习惯

[taffy5366]

《c陷阱与缺陷》不错

[xmrforever]

学习学习

[Y神圣]

其实很多错误都是由于用户没有养成良好的编码习惯造成的。

[xinchangpeng]

段错误bug的调试 我们在用C/C++语言写程序的时侯，内存管理的绝大部分工作都是需要我们来做的。实际上，内存管理是一个比较繁琐的工作，无论你多高明，经验多丰富，难免会在此处犯些小错误，而通常这些错误又是那么的浅显而易于消除。但是手工“除虫”（debug），往往是效率低下且让人厌烦的，本文将就"段错误"这个内存访问越界的错误谈谈如何快速定位这些"段错误"的语句。
下面将就以下的一个存在段错误的程序介绍几种调试方法：
1 dummy_function (void)
2 {
3 unsigned char *ptr = 0x00;
4 *ptr = 0x00;
5 }
6
7 int main (void)
8 {
9 dummy_function ();
10
11 return 0;
12 }
作为一个熟练的C/C++程序员，以上代码的bug应该是很清楚的，因为它尝试操作地址为0的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它:
xiaosuo@gentux test $ ./a.out
段错误
果然不出所料，它出错并退出了。
1.利用gdb逐步查找段错误:
这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic"的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下:
xiaosuo@gentux test $ gcc -g -rdynamic d.c
xiaosuo@gentux test $ gdb ./a.out
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) r
Starting program: /home/xiaosuo/test/a.out

Program received signal SIGSEGV, Segmentation fault.
0x08048524 in dummy_function () at d.c:4
4 *ptr = 0x00;
(gdb)
哦？！好像不用一步步调试我们就找到了出错位置d.c文件的第4行，其实就是如此的简单。
从这里我们还发现进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅文档(man 7 signal)，我们知道SIGSEGV默认handler的动作是打印”段错误"的出错信息，并产生Core文件，由此我们又产生了方法二。
2.分析Core文件：
Core文件是什么呢？
The default action of certain signals is to cause a process to terminate and produce a core dump file, a disk file containing an image of the process's memory at the time of termination. A list of the signals which cause a process to dump core can be found in signal(7).
以上资料摘自man page(man 5 core)。不过奇怪了，我的系统上并没有找到core文件。后来，忆起为了渐少系统上的拉圾文件的数量（本人有些洁癖，这也是我喜欢Gentoo的原因之一），禁止了core文件的生成，查看了以下果真如此，将系统的core文件的大小限制在512K大小，再试:
xiaosuo@gentux test $ ulimit -c
0
xiaosuo@gentux test $ ulimit -c 1000
xiaosuo@gentux test $ ulimit -c
1000
xiaosuo@gentux test $ ./a.out
段错误 (core dumped)
xiaosuo@gentux test $ ls
a.out core d.c f.c g.c pango.c test_iconv.c test_regex.c
core文件终于产生了，用gdb调试一下看看吧:
xiaosuo@gentux test $ gdb ./a.out core
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".


warning: Can't read pathname for load map: 输入/输出错误.
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0 0x08048524 in dummy_function () at d.c:4
4 *ptr = 0x00;
哇，好历害，还是一步就定位到了错误所在地，佩服一下Linux/Unix系统的此类设计。
接着考虑下去，以前用windows系统下的ie的时侯，有时打开某些网页，会出现“运行时错误”，这个时侯如果恰好你的机器上又装有windows的编译器的话，他会弹出来一个对话框，问你是否进行调试，如果你选择是，编译器将被打开，并进入调试状态，开始调试。
Linux下如何做到这些呢？我的大脑飞速地旋转着，有了，让它在SIGSEGV的handler中调用gdb，于是第三个方法又诞生了:
3.段错误时启动调试:
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <string.h>

void dump(int signo)
{
char buf[1024];
char cmd[1024];
FILE *fh;

snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid());
if(!(fh = fopen(buf, "r")))
exit(0);
if(!fgets(buf, sizeof(buf), fh))
exit(0);
fclose(fh);
if(buf[strlen(buf) - 1] == '\n')
buf[strlen(buf) - 1] = '\0';
snprintf(cmd, sizeof(cmd), "gdb %s %d", buf, getpid());
system(cmd);

exit(0);
}

void
dummy_function (void)
{
unsigned char *ptr = 0x00;
*ptr = 0x00;
}

int
main (void)
{
signal(SIGSEGV, &dump);
dummy_function ();

return 0;
}
编译运行效果如下:
xiaosuo@gentux test $ gcc -g -rdynamic f.c
xiaosuo@gentux test $ ./a.out
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

Attaching to program: /home/xiaosuo/test/a.out, process 9563
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7ee4b53 in waitpid () from /lib/libc.so.6
#2 0xb7e925c9 in strtold_l () from /lib/libc.so.6
#3 0x08048830 in dump (signo=11) at f.c:22
#4 <signal handler called>
#5 0x0804884c in dummy_function () at f.c:31
#6 0x08048886 in main () at f.c:38
怎么样？是不是依旧很酷？
以上方法都是在系统上有gdb的前提下进行的，如果没有呢？其实glibc为我们提供了此类能够dump栈内容的函数簇，详见/usr/include/execinfo.h（这些函数都没有提供man page，难怪我们找不到），另外你也可以通过gnu的手册进行学习。
4.利用backtrace和objdump进行分析:
重写的代码如下:
#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>

/* A dummy function to make the backtrace more interesting. */
void
dummy_function (void)
{
unsigned char *ptr = 0x00;
*ptr = 0x00;
}

void dump(int signo)
{
void *array[10];
size_t size;
char **strings;
size_t i;

size = backtrace (array, 10);
strings = backtrace_symbols (array, size);

printf ("Obtained %zd stack frames.\n", size);

for (i = 0; i < size; i++)
printf ("%s\n", strings[i]);

free (strings);

exit(0);
}

int
main (void)
{
signal(SIGSEGV, &dump);
dummy_function ();

return 0;
}
编译运行结果如下：
xiaosuo@gentux test $ gcc -g -rdynamic g.c
xiaosuo@gentux test $ ./a.out
Obtained 5 stack frames.
./a.out(dump+0x19) [0x80486c2]
[0xffffe420]
./a.out(main+0x35) [0x804876f]
/lib/libc.so.6(__libc_start_main+0xe6) [0xb7e02866]
./a.out [0x8048601]
这次你可能有些失望,似乎没能给出足够的信息来标示错误,不急,先看看能分析出来什么吧,用objdump反汇编程序,找到地址0x804876f对应的代码位置:
xiaosuo@gentux test $ objdump -d a.out

8048765: e8 02 fe ff ff call 804856c <signal@plt>
804876a: e8 25 ff ff ff call 8048694 <dummy_function>
804876f: b8 00 00 00 00 mov $0x0,%eax
8048774: c9 leave
我们还是找到了在哪个函数(dummy_function)中出错的,信息已然不是很完整,不过有总比没有好的啊!

[The_facE]

我只是想知道*b = *b;能把b移动4个字节的结论是怎么来的？

这件事情实在是不靠谱，我怎么也想不出来b怎么会移动4个字节，包括单步跟踪编译器。

你的打印值*b是b指向的值，&b又是什么？b的地址？打印一个野指针的地址能证明什么？

对禁止返回局部变量的引用这句话的疑问只在为什么这句话会出现在这个程序后面，我只是觉得它出现的是那么不合时宜，仅此而已。

[cheng_fengming]

关于内存回传的问题，有很多人问什么样的变量可以传回调用函数，什么样的变量传不回去？
一开始我说的变量生存期的问题，但是例子举的不恰当，动态分配是可以传回的（因为它是在堆上）
下面我补充一下：（以下补充是参考林锐博士的c/c++高质量编程指南）
1)之前已经明白了当函数没有返回值的时候，你永远也别指望函数参数帮你真正分配内存
void Getmemory(char *p, int num)
{
p = (char *)malloc(sieof(char) * num);
}
void test(void)
{
char *str = NULL;
Getmemory(p, 100);
strcpy(str, "Hello World");//运行出错,而且使得你的程序每执行一次都会发生内存泄露
}
** 毛病出在函数GetMemory 中。编译器总是要为函数的每个参数制作临时副本，指针参数p 的副本是 _p，编译器使 _p = p。如果函数体内的程序修改了_p 的内容，就导致参数p 的内容作相应的修改。这就是指针可以用作输出参数的原因。在本例中，_p 申请了新的内存，只是把_p 所指的内存地址改变了，但是p 丝毫未变。所以函数GetMemory并不能输出任何东西。事实上，每执行一次GetMemory 就会泄露一块内存，因为没有用free 释放内存。
** 解决的方法有两种：
* 使用指向指针的指针
void Getmemoy(char **p, int num)
{
*p = (char *)malloc(sizeof(char) * num);
}
void test(void)
{
Getmemory(&p,100); //这就是我总结的永远记住一条准则，就是 “传地址改变值”
} //而对于第一种情况，实际上相当于 “传值改变值” 了
* 还有一种更容易理解的该法，就是使用函数返回值
char *Getmemory(int num)
{
p = (char *)malloc(sizeof(char) * num);
return p;
}
void test(void)
{
int *str = NULL;
str = Getmemory(100);
...
free(str);
}

2)解决了上面的问题，但是似乎就引出了下面的问题：
既然动态分配的内存可以返回给调用函数，为什么一般的变量不行呢？
char *Getstring(void)
{
char str[] = "Hello world"; //局部变量存放在"栈内存"中
return str; //警告：returning address of local variable or temporary
}
void test(void)
{
char *string = NULL;
string = Getstring();//但是发现string指向的是垃圾内容
}
那就是说问题是什么样的内存可以返回，什么样的又不能返回呢？
**一般的，不要用return 语句返回指向“栈内存”的指针，因为该内存在函数结束时自动消亡，这就是变量的生存期的问题。动态分配的内存能够返回到调用函数，是因为它位于“堆”中。
如果把上面的被调函数改成这样：
char *Getstring(void)
{
char *str = "Hello world"; //常量字符串位于静态存储区
return str;
}
运行结果不会出现，但是这样GetString2 的设计概念却是错误的。因为GetString2 内的“hello world”是常量字符串，位于静态存储区，它在程序生命期内恒定不变。无论什么时候调用GetString2，它返回的始终是同一个“只读”的内存块。

[zgjxwl]

还有没分配内存直接 使用的。。。上次见到一个。

[Alan S1]

1. 不要用""代替<>来包含系统头文件，虽然有些编译器允许你这样做，但它不符合C/C++标准。
错误的示例：#include "stdio.h"，#include "iostream"。[antigloss注：<> 用于包含标准头文件和系统头文件，"" 用于包含自定义头文件。标准似乎没有明确规定不准用 "" 包含标准头文件和系统头文件。使用 "" 包含标准头文件或者系统头文件只能说是一种不良风格。]

2.. 不要将main函数的返回类型定义为void，虽然有些编译器允许你这样做，但它不符合C/C++标准。不要将函数的int返回类型省略不写，在C++中要求编译器至少给一个警告。错误的示例：void main() {}，main() {} [antigloss注：C99和C++98都要求编译器对省略int至少发出一个警告]

3.. 不要把VC++中的 #include "stdafx.h" 贴出来，它是预编译头文件。如同上菜时不要把厨师也放到托盘中。

4. [C++]不要#include <iostream.h>，不要#include <string.h>，因为它们已经被C++标准明确的废弃了，请改为 #include <iostream> 和 #include <cstring>。规则就是：
a. 如果这个头文件是旧C++特有的，那么去掉.h后缀，并放入std名字空间，
比如 iostream.h 变为 iostream。
b. 如果这个头文件是C也有的，那么去掉.h后缀，增加一个c前缀，比如 string.h
变为 cstring；stdio.h 变为 cstdio, 等等。
BTW：不要把string、cstring、string.h三个头文件搞混淆
BTW：windows.h不是C/C++的标准文件，因此它的命名C/C++不管。

5. 不要再写 char* p = "XXX" 这种语句，要写成 const char* p = "XXX"，编译器之所以让前者通过编译是为了兼容以前的大量的旧代码。
BTW：const TYPE* p 和 TYPE const* p 是一样的，风格不同而已。
BTW：C语言中也有const关键字。

[cheng_fengming]

[Quote=引用 83 楼 boyplayee 的回复:]
3.. 不要把VC++中的 #include "stdafx.h" 贴出来，它是预编译头文件。如同上菜时不要把厨师也放到托盘中。
[/Quote]
放进去有什么危害？

[积极的猫咪]

你太有才了，连a[5]取不到这种旷世难题你都解决了，不简单啊！！

[lx_616_at_yeah_net]

[Quote=引用 45 楼 liyudefly 的回复:]
发个灵异代码娱乐下。。
C/C++ code
#include<iostream>usingnamespace std;int*fun(void);int main(void)
{usingnamespace std;int*b= fun();
cout<<*b<<endl;*b=*b;
cout<<*b<<endl;
}int*fun(void)
{int a=4;return&a;
}
结果：
4
274148040
请按任意键继续. . .
[/Quote]

#include<iostream>
using namespace std;
int *fun(void);
int main(void)
{
    using namespace std;
    int *b = fun();
    putchar('\a');		// 加这句，它就灵不起来了
    cout<<*b<<endl;
    *b = *b;
    cout<<*b<<endl;
}
int *fun(void)
{
    int a = 4;
    return &a;
}