free之后，什么情况下调用会出错？

XMDT

经常看到free一个指针后，再次引用会出错。
我写了一段代码，但是没有看到出错。
请问什么情况下程序才会出错啊？

#include <stdio.h>

int main()
{
   char *p = (char *) malloc(10);

   strcpy(p , "hello");

printf("p1  is %s\n",p);
   free(p);

printf("p2  is %s\n",p);
   if (p != NULL)
   {
       strcpy(p, "ssaadfsadf  sdfsagas   world");
   }

   printf("p3  is %s\n",p);
}




我是再linux4上运行的，cc编译器
结果如下：
[root@localhost sybase_intall]# cc t.c
[root@localhost sybase_intall]# ./a.out
p1 is hello
p2 is
p3 is ssaadfsadf  sdfsagas   world

[ 本帖最后由 XMDT 于 2008-4-14 16:33 编辑 ]

cugb_cat

错误的使用不一定会马上看到后果。

system888net

把输出贴上来,注明用什么平台!

XMDT

原帖由 cugb_cat 于 2008-4-14 16:25 发表
错误的使用不一定会马上看到后果。

能解释一下，什么情况下能看到后果吗？
还有，是不是跟编译器之类的也有关系啊

scutan

sleep()一段时间后再次访问看.

另外, 你想看到效果可以free之后再次free.

cugb_cat

原帖由 XMDT 于 2008-4-14 16:31 发表

能解释一下，什么情况下能看到后果吗？
还有，是不是跟编译器之类的也有关系啊

后果就是core掉，进程崩溃。

system888net

原帖由 XMDT 于 2008-4-14 16:31 发表

能解释一下，什么情况下能看到后果吗？
还有，是不是跟编译器之类的也有关系啊

当你free的那段内存被其它malloc后你就知道后果了.

system888net

原帖由 XMDT 于 2008-4-14 16:31 发表

能解释一下，什么情况下能看到后果吗？
还有，是不是跟编译器之类的也有关系啊

的确跟编译器有一定的相关性

xinqing618

#include <stdio.h>

int main()
{
   char *p = (char *) malloc(10);
   char *pxin;       //add by xin
   
   strcpy(p , "hello");
   printf("p1  is %s\n",p);
   free(p);
  
    pxin = (char *) malloc(10);          //add by xin
    strcpy(pxin, "haha");                   //add by xin
         
    printf("p2  is %s\n",p);
    if (p != NULL)
    {
           strcpy(p, "ssaadfsadf  sdfsagas   world");
     }

      printf("p3  is %s\n",p);
}

看下这个语句的输出吧，我加的在后面有注释了
free好像只是向堆中返回p指向的内存，使内存可供将来再分配
但p指针还是指向这里的，如果没有进行再分配，你再调用p
指针输出不变，但如果我再分配了，那就不一样了，
所以个人感觉最后free后把你那个p指针指为NULL，要不就可能出问题了

system888net

实际上你在对原来申请的内寸开始的地址处进行操作,虽然已free,但内存的确存在，
也就是对游离的内存操作,有的编译器生成的代码会进行基本的越界检查.
free后p=NULL是一个良好的习惯!