关于SIGBUS的总结

最新推荐文章于 2025-08-10 20:50:42 发布
最新推荐文章于 2025-08-10 20:50:42 发布
阅读量2.9k 收藏
点赞数
分类专栏： iPhone
同样是mmap崩溃，为什么有时是SIGSEGV，有时是SIGBUS？99%的开发者都分不清
weixin_45715405的博客
08-14 11
摘要 (149字)： mmap系统调用通过内存映射实现高效文件访问，但可能引发两种信号：SIGSEGV和SIGBUS。SIGSEGV由访问未映射的虚拟地址触发（如代码越界访问ptr[4096]），反映地址非法。SIGBUS则发生在已映射区域因底层物理数据缺失（如文件被截断）时，体现为合法地址对应数据失效。通过test_segv.c和test_bus.c示例，揭示了两种错误在内存管理层面的本质差异：前者是虚拟地址越界，后者是物理数据缺失。理解这一区别对系统级编程至关重要。
终止进程的方法总结（使用）
乔治大哥的博客
11-15 2149
ctrl+c 没错，这应该是你最常用到的方法了，当前终端非后台运行一个程序后，使用ctrl+c 即可终止当前程序。 ctrl+z 这种方式不算完全终止，更像是暂停，因为它可以通过fg或者bg继续执行。 举个例子，代码如下： #include<stdio.h> intmain(void) { inti=0; for(i=0;i<100;i+...
SIGBUS(Bus error singal 7)
Nireus的博客
10-21 1万+
背景用mmap将文件映射到内存，读取文件时，提示“SIGBUS Bus ERROR”错误分析SIGBUS与SIGSEGV信号的一般区别如下: 1) SIGBUS(Bus error)意味着指针所对应的地址是有效地址，但总线不能正常使用该指针。通常是未对齐的数据访问所致。 2) SIGSEGV(Segment fault)意味着指针所对应的地址是无效地址，没有物理内存对应该地址。 通过
SIGBUS 和 SIGSEGV
weixin_33811539的博客
04-22 233
一、导致SIGSEGV      1.试图对仅仅读映射区域进行写操作 。     2.訪问的内存已经被释放，也就是已经不存在或者越界。 3.官方说法是： SIGSEGV --- Segment Fault. The possible cases of your encountering this error are:  （1）buffer overflow ---...
SIGBUS SIGSEGV
weixin_41783335的博客
04-29 321
SIGSEGV 只读映射区写数据 SIGBUS 一些硬件内存对齐要求
SIGBUS和SIGSEGV
dong976209075的专栏
10-17 3131
一、导致SIGSEGV      1.试图对只读映射区域进行写操作 。     2.访问的内存已经被释放，也就是已经不存在或者越界。 3.官方说法是： SIGSEGV --- Segment Fault. The possible cases of your encountering this error are:  （1）buffer overflow --- usually caus
X86 Linux 下 SIGBUS 总结
weixin_34279061的博客
06-05 914
SIGBUS 在 x86 Linux 上并不多见，但一旦出现，其调用堆栈常常让人摸不着头脑，加之信号问题各平台系统间差异较大，更让人难以理清，这里稍微总结一下 x86 Linux 上大概有哪些情形会触发 BUS ERROR. 文件映射访问异常 这是 SIGBUS 在用户态最为常见的场景，也最容易触发，通常来说根本原因都是进程 mmap 了一个文件后，另外的进程把这个文件截断了，导致 mmap 出来...
操作系统知识点总结(一)
weixin_52690231的博客
02-28 611
操作系统知识点总结(一)
Android 16 KB页面大小适配的权威技术方案总结
最新发布
探索者李小白的博客
08-10 710
适配16 KB页大小是。
linux信号之SIGBUS，SIGEMT，SIGFPE，SIGILL等
D&T的博客
08-03 4350
SIGBUS 指示一个实现定义的硬件故障。 SIGEMT 指示一个实现定义的硬件故障 SIGFPE 此信号表示一个算术运算异常，例如除以0，浮点溢出等。 SIGILL 此信号指示进程已执行一条非法硬件指令。 SIGINFO 这是一种4 . 3 + B S D信号，当用户按状态键（一般采用C t r l - T）时，终端驱动程 序产生此信号并送至前台进程组中的每一个进程。此信号通常造成在终端上显示前 台进程组中各进程的状态信息。 SIGINT 当用户按中断键（一般采用D E L E T..
关于SIGBUS 信号
小猪爱拱地
01-09 5248
最近遇到一个程序因为收到 SIGBUS死机的问题。刚开始不清楚是哪个模块导致的，用 address sanitizer 也查不出来。 后来想了一下，可以用gdb来执行程序，当收到了 BUS 消息的时候，　gdb会自动在出问题的代码行停下来。 下面是一个例子。 // C program to demonstrate Bus Error #include <stdlib.h> #include <signal.h> #include <pthread.h> #incl
SIGSEGV和SIGBUS
12-17 870
涉及共享内存的管理就不能不提到访问共享内存对象。谈到访问共享内存对象就要留神“SIGSEGV和SIGBUS”这两个信号。系统分配内存页来承载内存映射区，由于内存页大小是固定的，所以存在多余的页空间空闲，比如待映射文件大小为5000 bytes，内存映射区大小也为5000 bytes。而一个内存页大小4096，系统势必要分配两页来承载，这时空闲的有效空间为从5000-8191，如果进程访问这段地址空
singal 7 SIGBUS(Bus error)
热门推荐
klarclm的专栏
01-16 2万+
一，Bus Error究竟是指什么       Bus Error，即总线错误。      引发原因：      CPU处于性能方面的考虑，要求对数据进行访问时都必须是地址对齐的。如果发现进行的不是地址对齐的访问，就会发送SIGBUS信号给进程，使进程产生 core dump。RISC包括SPARC（一种微处理器架构）都是这种类型的芯片。x86系列CPU都支持不
Android平台，C/C++代码内存对齐问题(signal SIGBUS Error)
zsJum的专栏
02-17 8451
最近手机版本老出现崩溃，之前出现过，但很偶然。最近出现机率比较高，就跟查一下。 报了signal SIGBUS BUS Error，最终定位在uint32_t i32 = *((uint32_t*)m_data); 这句语出了问题， 确认m_data内存是正确的，并且在PC机上运行是正常的。 后面查到原因是x86架构CPU是支持内存非对齐访问，而手机的CPU采用的是RISC架构，为了提高访
linux SIGSEGV and SIGBUS
fanbird2008的专栏
02-21 1262
http://blog.youkuaiyun.com/hpwzd/article/details/6434231 涉及共享内存的管理就不能不提到访问共享内存对象。谈到访问共享内存对象就要留神“SIGSEGV和SIGBUS”这两个信号。 系统分配内存页来承载内存映射区，由于内存页大小是固定的，所以存在多余的页空间空闲，比如待映射文件大小为5000 bytes，内存映射区大小也为5000 bytes。而一
C++同名class引发的coredump SIGBUS 问题总结
03-08 960
军规！！！ 在同一工程里，绝对不要拷贝class的代码，并且类名保持不变，不同模块也不行，不同目录也不行，总之绝对不要出现同名的类。可灵活使用namespace来进行隔离。 问题点 模块A的代码通过了UT，以及功能测试等所有测试之后，发起PR将代码合入master的时候，碰到了CI始终不能成功的问题。深入分析以后发现是进程crash了，发生了SIGBUS。以下记录了调试的过程。 ...
段错误（SIGSEGV）与总线错误（SIGBUS）
EngzSinger的博客
11-11 5971
段错误（SIGSEGV）与总线错误（SIGBUS） 前言 最近整理组里的历史代码，发现有一段程序运行有问题，喜提Segmentation fault (core dumped)，这个问题一般是访问非法内存造成的，但是使用gdb进行调试时，发现出现了没见过的错误SIGBUS。 Program received signal SIGBUS, Bus error. 0x0000000000402007 in main () at energy-xtc.c:128 128 HBN[l][k] = sta
【嵌入式】内存未对齐导致程序崩溃(铺获信号量SIGBUS,数值7)
随意一局的技术人生
09-04 558
内存对齐 崩溃
/home/lhl/ga/repo_code/out/oriole/kernel/src_tmp/linux-5.15/mm/memory.c: 4566 这个对应的函数不是handle_pte_fault 是static vm_fault_t do_fault(struct vm_fault *vmf) { struct vm_area_struct *vma = vmf->vma; struct mm_struct *vm_mm = vma->vm_mm; vm_fault_t ret; if (vmf->flags & FAULT_FLAG_SPECULATIVE) count_vm_spf_event(SPF_ATTEMPT_FILE); /* * The VMA was not fully populated on mmap() or missing VM_DONTEXPAND */ if (!vma->vm_ops->fault) {//4566行 VM_BUG_ON(vmf->flags & FAULT_FLAG_SPECULATIVE); /* * If we find a migration pmd entry or a none pmd entry, which * should never happen, return SIGBUS */ if (unlikely(!pmd_present(*vmf->pmd))) ret = VM_FAULT_SIGBUS; else { vmf->pte = pte_offset_map_lock(vmf->vma->vm_mm, vmf->pmd, vmf->address, &vmf->ptl); /* * Make sure this is not a temporary clearing of pte * by holding ptl and checking again. A R/M/W update * of pte involves: take ptl, clearing the pte so that * we don't have concurrent modification by hardware * followed by an update. */ if (unlikely(pte_none(*vmf->pte))) ret = VM_FAULT_SIGBUS; else ret = VM_FAULT_NOPAGE; pte_unmap_unlock(vmf->pte, vmf->ptl); } } else if (!(vmf->flags & FAULT_FLAG_WRITE)) ret = do_read_fault(vmf); else if (!(vma->vm_flags & VM_SHARED)) ret = do_cow_fault(vmf); else ret = do_shared_fault(vmf); /* preallocated pagetable is unused: free it */ if (vmf->prealloc_pte) { pte_free(vm_mm, vmf->prealloc_pte); vmf->prealloc_pte = NULL; } return ret; }
07-29
总结调试步骤： 1. 在handle_pte_fault的栈帧中，找到保存的X0（参数vmf）的值。 2. 确认该值是内核空间地址还是用户空间地址。 3. 如果是用户空间地址，则检查do_handle_mm_fault的栈帧（ffffffc0139f3d50）...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值