总线错误和段错误问题的定位
对现在的很多初级的程序原来说如果遇到总线错误(bus error)或者段错误(segementation fault/ core dump)是一件非常折磨人的事,让人一时间找不到什么好的方法也不知从何处下手去解决这个问题;和许多人一样,我很快也遇到了这样的问题: 出现这个错误时,错误信息对引起这种事件的的错误的源代码并没有做简单或者详细的解释;知识简单的显示error:segem
对现在的很多初级的程序原来说如果遇到总线错误(bus error)或者段错误(segementation fault/ core dump)是一件非常折磨人的事,让人一时间找不到什么好的方法也不知从何处下手去解决这个问题;和许多人一样,我很快也遇到了这样的问题:
出现这个错误时,错误信息对引起这种事件的的错误的源代码并没有做简单或者详细的解释;知识简单的显示error:segement default 以上的信息并未提供如何从代码中寻找错误的线索,而且这两者之间的区别也并不是十分清楚,是指今日依然如此。
大多数的错误都呈现出这样的一种事实:错误是操作系统所监测到的异常,而这个异常是尽可能的以操作系的处理规则而出现的问题而发出的warning;总线错误和段错误的准确原因是在不同的操作系统之间运行版本的问题。
当硬件告诉系统有错误的内存引用时,会出现这两个error操作系统向出现错误的进程发送signal与之进行communication。信号就通知一种事件的发生或软中断的产生,在linux系统中使用很广泛,但在应用程序的编写中几乎不会使用;在缺省的情况下,进程在收到段错误或者总线错误信号后就将信息转储并终止,当然可以对这些中断或者信号做一些处理,为它写一些handler函数,用于修改进程的缺省反映。
信号是由于硬件的中断而产生的,对中断的编程是很困难的因为它是异步产生的对其发生的时间也是不可预测的。
总线错误:
总线错误几乎是由于data的未对齐的读或者写引起的,将他之所以称为是bus error;原因在于出现未对齐的内存的读写访问请求时,被堵塞的组间就是总线错误。对其(alignment)的意思是数据项只能存储在地址是数据项大小的整数倍的内存空间上。现在很多的RISC(
- int* p = 0;p = 88;
3,在未得到确定的权限时就进行访问,试图在只读的文件上执行写操作是出现段错误。
- for(p = head; p ; p = p -> next)
- {
- free(p);
- }
- struct node *p, *head, * q;
- for(p = head; p ; p = p -> next)
- {
- q = p - > next;
- free(p);
- }
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)