一个我在OS X上编程时遇到的总线错误的具体例子:

#include <string.h>
#include <stdio.h>

int main(void)
{
    char buffer[120];
    fgets(buffer, sizeof buffer, stdin);
    strcat("foo", buffer);
    return 0;
}

如果你不记得，文档strcat通过改变第一个参数将第二个参数附加到第一个参数(翻转参数，它可以正常工作)。在linux上这给出了一个分割错误(正如预期的那样)，但在OS X上它给出了一个总线错误。为什么?我真的不知道。

这取决于你的操作系统、CPU、编译器以及其他因素。

一般来说，这意味着CPU总线无法完成命令或发生冲突，但这可能意味着一系列事情，具体取决于正在运行的环境和代码。

导致总线错误的典型缓冲区溢出是:

{
    char buf[255];
    sprintf(buf,"%s:%s\n", ifname, message);
}

在这里，如果双引号("")中的字符串的大小大于buf大小，则会给出总线错误。

我同意上面所有的答案。以下是我对BUS错误的2点看法:

总线错误不需要由程序代码中的指令引起。这可能发生在您正在运行二进制文件，并且在执行过程中，二进制文件被修改(被构建覆盖或删除等)。

验证是否属实

检查原因的一个简单方法是在构建输出目录中启动两个相同二进制文件的实例，并在它们启动后运行构建。在构建完成并替换二进制文件(两个实例当前正在运行的二进制文件)后不久，这两个正在运行的实例都会崩溃并报出一个SIGBUS错误。

根本原因

这是因为操作系统交换内存页，在某些情况下，二进制文件可能不完全加载在内存中。当操作系统试图从相同的二进制文件中获取下一页时，这些崩溃就会发生，但二进制文件自上次读取以来已经发生了变化。

它通常表示未对齐的访问。

试图访问物理上不存在的内存也会产生总线错误，但如果您使用的是带有MMU的处理器和没有bug的操作系统，则不会看到这个错误，因为您不会将任何不存在的内存映射到进程的地址空间。

在POSIX系统上，当代码页由于某种原因无法换入时，还可以获得SIGBUS信号。