Segmentation fault (core dumped)

   这个的报错同样是因为没有及时记录所以只能重新找了个程序来演示，

               下面的程序,中红色部分：(scanf("%d",*parr) 中*parr本应该是 &(*p) 或是parr)

    #include <stdio.h>  
      
    #define ARRAY_SIZE 10  
      
    int main(void){  
      
        int arr[ARRAY_SIZE], *parr;  
      
        printf("Enter %d  number: ", ARRAY_SIZE);  
        for(parr=arr; parr<arr+ARRAY_SIZE; parr++){  
            <span style="color:#FF0000;">scanf("%d", *parr);</span>
        }  
      
        printf("The number will output in reversal order:\n");  
        for(parr=arr+ARRAY_SIZE-1; parr>=arr; parr--){  
            printf("%d\t",*parr);  
        }  
        printf("\n");  
      
        return 0;  
    }   

程序能顺利编译（会出现警告，这里不是关注点）， 但运行时会出现Segmentation fault (core dumped)

Segmentation fault (core dumped)一般是对内存操作不当造成的，常见的有：

（1）数组超出范围。

（2）修改了只读内存。比较特殊的是给了一个以零开头的指针。

本例是第二种，下面看看如何调试

gcc -g test.c -o test 编译

gdb test调试，进去直接运行，输入数据得到如下结果:

有报错但是没有说明在哪一行。坑啊坑

使用where 命令来查看

于是还一种方法使用core file来进行定位错误

划线部分引自：http://blog.sina.com.cn/s/blog_4b9eab320100uivj.html

---------------------------------------------------  ----------------------------------------------------

什么是Core Dump?
      Core的意思是内存, Dump的意思是扔出来, 堆出来.
开发和使用Unix程序时, 有时程序莫名其妙的down了, 却没有任何的提示(有时候会提示core dumped).这时候可以查看一下有没有形如core.进程号的文件生成, 这个文件便是操作系统把程序down掉时的内存内容扔出来生成的,它可以做为调试程序的参考.
core dump又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时,由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dump.

如何使用core文件?
gdb -c core文件路径 [应用程序的路径]
进去后输入where回车, 就可以显示程序在哪一行down掉的, 在哪个函数中.

为什么没有core文件生成呢?
有时候程序down了, 但是core文件却没有生成. core文件的生成跟你当前系统的环境设置有关系, 可以用下面的语句设置一下,然后再运行程序便成生成core文件.（这是在shell中执行的）
ulimit -c unlimited
【没有找到core文件，我们改改ulimit的设置，让它产生。1024是随便取的，要是core文件大于1024个块，就产生不出来了。）
$ ulimit -c 1024 （转者注:使用-c unlimited不限制core文件大小】

补充:

$ulimit -c 查看设置core大小设置 (下面是我的查看和设置,默认为0)

core文件生成的位置一般于运行程序的路径相同, 文件名一般为core.进程号

4. 用gdb查看core文件:
下面我们可以在发生运行时信号引起的错误时发生core dump了.
发生core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行.
gdb [exec file] [core file]
如:
gdb ./test test.core
在进入gdb后, 用bt命令查看backtrace以检查发生程序运行到哪里, 来定位coredump的文件->行.

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

core file是在尝试执行程序时才生成的。

gdb test core            信息如下

还是没有给出到底在哪一行出的错。只是知道错误是出现在输入输出的问题上了_~!~~~~~!~~~

同样使用where 命令或是bt命令,将会得到同上面的结果

还没结束，

  如在上面的程序中加入如下程序

<span style="font-size:18px;">7         unsigned char *p=0x00;
8         *p=0x00;
</span>

这就是明显的对保护的内存地址操作的行为

gcc -g test.c -o test 重新编译

./test 运行 直接报错  Segmentation fault (core dumped)

gdb test 进入调试  r 命令 可看到

错误就在第八行，但是第二个错误的没有报出（因为程序已经停止了）

退出gdb 使用core file则，

gdb test core 有如下信息：

同样也得到了具体的错误位置

总结：

造成程序core dump的原因，这里根据我所知道的总结以下：

   内存访问越界

  a) 由于使用错误的下标，导致数组访问越界

  b)访问了不该访问的内存地址

  还有就是没有看出来纯粹使用gdb和加上core file的区别（希望懂得人能够指点，不胜感激）

今天遇到的两个报错都是关于内存操作失误的，提醒我应该加强函数参数等的边界检测