如何捕获 x86 上的数据对齐错误(Sparc 上的 SIGBUS)

How to catch data-alignment faults on x86 (aka SIGBUS on Sparc)(如何捕获 x86 上的数据对齐错误(Sparc 上的 SIGBUS))

本文介绍了如何捕获 x86 上的数据对齐错误(Sparc 上的 SIGBUS)的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

是否有可能在 i386 上捕获数据对齐错误?也许通过设置一个 i386 特定的机器寄存器或类似的东西.

Is it somehow possible to catch data-alignment faults even on i386? Maybe by setting a i386 specific machine register or something like that.

在这种情况下,在 Solaris-Sparc 上我收到了 SIGBUS,但在 i386 上一切正常.

On Solaris-Sparc I am receiving a SIGBUS in this case, but on i386 everything is fine.

环境:

  • 32 位应用程序
  • Ubuntu 业力
  • gcc/g++ v4.4.1

编辑:这就是我问这个的原因:

EDIT: Here is why I am asking this:

  • 我们的应用程序在使用 SIGBUS 的 Sol-Sparc 上崩溃.出于调试的目的,我会尝试在我们的 i386 平台上获得类似的行为.
  • 我们的 Sol-sparc 机器非常慢,因此在那里编译和调试需要很长时间.而且我们的 i386 机器速度惊人(8 核,32G 内存).
  • 即使在 i386 平台上,也存在数据对齐错误的性能成本.因此,我希望尽可能修复数据对齐错误.

推荐答案

扩展 Vokuhila-Oliba 的答案,查看SOF Mis-aligned pointers on x86." thread 似乎 gcc 可以生成内存访问未对齐的代码.AFAIK 你对此没有任何控制权.

To expand on Vokuhila-Oliba's answer looking at the "SOF Mis-aligned pointers on x86." thread it seems that gcc can generate code with mis-aligned memory access. AFAIK you don't have any control over this.

对 gcc 编译的代码启用对齐检查是个坏主意.good C 代码可能会出现 SIGBUS 错误.

Enabling alignment checks on gcc compiled code would be a bad idea. You risk getting SIGBUS errors for good C code.

重新对此感到抱歉

这篇关于如何捕获 x86 上的数据对齐错误(Sparc 上的 SIGBUS)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本文标题为:如何捕获 x86 上的数据对齐错误(Sparc 上的 SIGBUS)