linux 下c 程序 段错误 分析
fopen("/var/spool/cron/tmp","w+");
/////////////////////////////////////////
＃i nclude <sys/types.h>
＃i nclude <sys/stat.h>
＃i nclude <fcntl.h>
＃i nclude <unistd.h>
＃i nclude <stdio.h>
＃i nclude <string.h>
＃i nclude <stdlib.h>
int main(){
int ret=-1;
printf("*************************************** delPolicy ***************************************************\n");
FILE *f;
f=fopen("var/spool/cron/tmp","w");
if(f==NULL)
{
printf("open tmp failed!\n");
fclose(f);
return -1;
}
printf("open two files successfully!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!");
fclose(f);
ret=0;
printf("*************************************** delPolicy ***************************************************\n");
return ret;
}
出现段错误:
原因:1:"/var/spool/cron/tmp"错写成"var/spool/cron/tmp"
2:文件名不能为tmp关键字,可为mytmp
产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.
一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，它是一个48位的寄存器，
其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,
指向的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起始地址,以及与此相应的段限和页面交换,
还有程序运行级别还有内存粒度等等的信息。一旦一个程序发生了越界访问，cpu就会产生相应的异常保护，于是segmentation fault就出现了.
在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的
1)访问系统数据区，尤其是往 系统保护的内存地址写数据最常见就是给一个指针以0地址
2)内存越界(数组越界，变量类型不一致等) 访问到不属于你的内存区域
解决方法
我们在用C/C++语言写程序的时侯，内存管理的绝大部分工作都是需要我们来做的。
如何快速定位这些"段错误"的语句
1 dummy_ (void)
2&n
相关文档：
总览
用iptables -ADC 来指定链的规
则
，-A添加 -D删除 -C 修改
iptables - [RI] chain rule num rule-specification[option]
用iptables - RI 通过规则的顺序指定
iptables -D chain rule num[option]
删除指定规则
iptables -[LFZ] [chain][option]
用iptables -LFZ 链名 [选项]
iptables -[NX] chain
用 -NX ......
启动配置：
/etc/init.d/rcS
# mkfs.jffs2 -r yyfs/ -o yy.jffs2 -p -l -n -e 0x8000 -m size
内核启动显示：
unable to open an initial console.
解决：
创建rootfs过程中，在/dev目录下手动创建如下节点：
mknod -m 660 null c 1 3
mknod -m 660 console c 5 1
Taking the GNU/Linux hos ......
linux搜索路径: 如果用的shell是bash,则环境变量加载
1./etc/profile
2.用户home目录下面的.bash_profile
3.用户home目录下面的.bash_login
gcc -I<include目录>
POSIX系统也可以建立环境变量
......
1 红帽
rpm -ivh 安装
-e 删除
-u 升级
-q 查询
2 ubuntu
deb dpkg -i 安装
&n ......
4.2 多角度保证测试效果
对于代码质量要求很高的项目来说，仅有白盒覆盖是远远不够的。白盒覆盖不能发现代码缺失，白盒覆盖基于现有代码，如果代码不存在，当然不能发现。为了检测代码缺失，需要人工对测试数据进行检查。白盒覆盖也不能发现用例未反映功能。如果设计用例时，测试员不了解代码的功能，� ......
