免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: shuchi91
打印 上一主题 下一主题

[C] 为什么这种写法不抱错  关闭 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2009-07-09 13:47 |只看该作者
为什么要报错,我的vc6就没有报错。

论坛徽章:
0
12 [报告]
发表于 2009-07-09 13:48 |只看该作者

回复 #11 fireman119 的帖子

运行的时候没出错吗?

论坛徽章:
0
13 [报告]
发表于 2009-07-09 13:52 |只看该作者
你问的是gcc为什么不报错,gcc只是编译链接,又不执行,为什么要报错。

论坛徽章:
0
14 [报告]
发表于 2009-07-09 13:55 |只看该作者

回复 #13 fireman119 的帖子

我描述有问题,我说的是运行不报错。

论坛徽章:
0
15 [报告]
发表于 2009-07-09 14:01 |只看该作者
你把这个数组定义成函数内的第一个局部变量,再看看运行会不会core dump

论坛徽章:
0
16 [报告]
发表于 2009-07-09 14:05 |只看该作者
第一个堆上越界,win也没报。栈上越界的报了。

论坛徽章:
0
17 [报告]
发表于 2009-07-09 14:06 |只看该作者

回复 #15 converse 的帖子

试了一下,也不会报错的。

论坛徽章:
0
18 [报告]
发表于 2009-07-09 14:10 |只看该作者

回复 #17 shuchi91 的帖子

我写了一个很恶心的程序

     for(i=0;i<10000;i++)
     {
         xu='f';
         printf("%d\n",i);
     }

运行一会就挂了,具体i是随机了。

我想上面那位兄弟说的应该是对的,只要不访问其他进程的空间,就不会出错。

论坛徽章:
0
19 [报告]
发表于 2009-07-09 14:15 |只看该作者

回复 #17 shuchi91 的帖子

正好那个空间里面有别的函数的数据....所以运气好没有报错.

你可以把超过的数据范围写的小一些,破坏函数的返回栈,这样一定会core dump了,比如:


  1. #include <stdio.h>
  2. #include <stdlib.h>

  3. void hello()
  4. {
  5.         char buf[100];

  6.         buf[100 + 8] = 'x';
  7. }

  8. int main()
  9. {
  10.         hello();

  11.         return 0;
  12. }

复制代码

论坛徽章:
0
20 [报告]
发表于 2009-07-09 14:23 |只看该作者
这种问题怎么总有人问呢?

情况是这样子的:操作系统会将内存分为“系统内存”和“用户内存”两大块。

系统内存的大小是一定的,由操作系统自己使用,用户程序没有办法访问这块空间,或者一旦用户进程访问这块空间,马上coredump.
用户内存的大小与物理内存大小有关,也就是说物理内存越大,用户内存就越大,但是用户内存由所有用户态的程序共同使用,并且所有用户进程共享堆空间。每个进程有自己专门的进程空间。当某个用户态程序访问了另外一个用户态程序的进程空间时,马上会报段错误的,会引发coredump.可是堆空间由于是用户进程共享的,所以哪个进程对它进行访问,越界访问等都不会有问题,但是一量某个堆空间被某个进程使用过程中,被别的进程把这块空间里的信息改变了,有可能引起coredump,但不一定会引起coredump.因此,类似LZ写的那种程序并不是一定会coredump的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP