UNIX定义了许 多信号，比如SIGINT表示中断字符信号，也就是Ctrl+C的信号，SIGBUS表示硬件故障的信号；SI

$ kill -l1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE9) SIGKILL

建议一读 part 1 part 2 梗概如下： 基本上你能碰到两种崩溃的情况：SIGABRT (也叫EXC_CRASH)，和EXC_BAD_ACCESS (也可能叫SIGBUS

-l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS

SIGBUS和SIGSEGV也许是我们在平时遇到的次数最多的两个 内存错误信号。内存问题一直是最令我们头疼的事情，弄清楚两个信号的发生缘由对我们很好的理解程序的运行是大有裨益的。

$kill-l1)SIGHUP   2)SIGINT   3)SIGQUIT   4)SIGILL5)SIGTRAP   6)SIGABRT   7)SIGBUS   8)SIGFPE9)SIGKILL

kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS

如需转载,请注明出处最近在解析umeng错误分析日志上有了重大突破！应用免不了crash，各种各样的crash，不过大部分在提交至appstore前经过严格的“消毒”后，所剩无几了。首先看一些这些线上appcrash信息：ApplicationreceivedsignalSIGSEGVApplicationreceivedsignalSIGBUS-[__NSArrayMobjectAtIndex:

今天系统发生了# #AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment: # #SIGBUS(0x7)atpc=0x0000003da4089aab

阅读更多今天系统发生了##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:##SIGBUS(0x7)atpc=0x0000003da4089aab

2SIGINT终止键盘产生的中断(Ctrl-C)3SIGQUITdump键盘产生的退出4SIGILLdump非法指令5SIGTRAPdumpdebug中断6SIGABRT／SIGIOTdump异常中止7SIGBUS

SIGSEGV和SIGBUS都是因为访问内存的时候出现的问题，但是两者不同SIGSEGV是因为无效的内存访问导致的，一般是指针指向不存在的地址所导致（Invalidmemoryreference）；SIGBUS

    终止进程    中断进程SIGQUIT  建立CORE文件终止进程，并且生成core文件SIGILL  建立CORE文件      非法指令SIGTRAP  建立CORE文件      跟踪自陷SIGBUS

我们运行如下命令，可看到Linux支持的信号列表：~$kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8)SIGFPE9

[pikaqiu@centos6~]$kill-l 1)SIGHUP   2)SIGINT   3)SIGQUIT   4)SIGILL   5)SIGTRAP 6)SIGABRT   7)SIGBUS

我们运行如下命令，可看到Linux支持的信号列表：~$kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8)SIGFPE9

1.信号的种类$kill-l 1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP 6)SIGABRT7)SIGBUS8)SIGFPE9)SIGKILL10)SIGUSR1

SignalDescriptionSIGABRT由调用abort函数产生，进程非正常退出SIGALRM用alarm函数设置的timer超时或setitimer函数设置的intervaltimer超时SIGBUS

1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP 6)SIGABRT7)SIGBUS8)SIGFPE9)SIGKILL10)SIGUSR1 11)SIGSEGV12)

1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP 6)SIGABRT7)SIGBUS8)SIGFPE9)SIGKILL10)SIGUSR1 11)SIGSEGV12)

##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:## SIGBUS(0x7)atpc=0x00007f1ae404fd50,pid=23224

##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:## SIGBUS(0x7)atpc=0x00007f1ae404fd50,pid=23224

##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:## SIGBUS(0x7)atpc=0x00007f1ae404fd50,pid=23224

使用kill-l可以查看支持发送的信号：1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8)SIGFPE9)SIGKILL10)SIGUSR111

一、导致SIGSEGV   1.试图对只读映射区域进行写操作 。  2.访问的内存已经被释放，也就是已经不存在或者越界。3.官方说法是：SIGSEGV---SegmentFault.Thepossiblecasesofyourencounteringthiserrorare: （1）bufferoverflow---usuallycausedbyapointerreferenceoutofrang

看到第三方平台上给出的bug信息，所以查了一下SIGBUS与SIGSEGV：理解SIGBUS与SIGSEGVQ:SIGSEGV我能理解，但有时碰上SIGBUS，这该如何理解。

谈到访问共享内存对象就要留神“SIGSEGV和SIGBUS”这两个信号。

root@modeday2]#trap-l 1)SIGHUP      2)SIGINT      3)SIGQUIT     4)SIGILL 5)SIGTRAP     6)SIGABRT     7)SIGBUS

进程终止并且产生core文件SIGALRMtimer到期，有alarm或者setitimer进程终止SIGBUS总线错误，地址没对齐等。取决于具体硬件。

2014-08-2711:27:06.856ksedmp:internalorfatalerrorORA-07445:exceptionencountered:coredump[upderh()+388][SIGBUS

分类：SIGBUS和SIGSEGV也许是我们在平时遇到的次数最多的两个内存错误信号。内存问题一直是最令我们头疼的事情，弄清楚两个信号的发生缘由对我们很好的理解程序的运行是大有裨益的。

我们运行如下命令，可看到Linux支持的信号列表：~$kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8)SIGFPE9

SIGQUIT3交互中止信号是SIGILL4检测到非法硬件的指令是SIGTRAP5从陷阱中回朔否SIGABRT6异常终止信号是SIGEMT7EMT指令否SIGFPE8不正确的算术操作信号是SIGKILL9终止信号是SIGBUS10

crash by below:   # # A fatal error has been detected by the Java Runtime Environment: # # SIGBUS

LINUX 信号概念详解 我们运行如下命令，可看到Linux支持的信号列表：#kill-l 1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL 5)SIGTRAP6)SIGABRT7)SIGBUS8

LINUX信号概念详解我们运行如下命令，可看到Linux支持的信号列表：#kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8

例如：一个进程对于接收SIGBUS（总线异常）,SIGSEGV（段错误）,和SIGFPE（浮点溢出）信号的默认处理都是终止该进程。

我们运行如下命令，可看到Linux支持的信号列表：~$ kill -l1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL5) SIGTRAP 6) SIGABRT 7) SIGBUS

UNIX定义了许多信号，比如SIGINT表示中断字符信号，也就是Ctrl+C的信号，SIGBUS表示硬件故障的信号；SIGCHLD表示子进程状态改变信号；SIGKILL表示终止程序运行的信号，等等。

Linux支持的信号列表：$kill-l1)SIGHUP      2)SIGINT      3)SIGQUIT     4)SIGILL 5)SIGTRAP     6)SIGABRT     7)SIGBUS

-id-96416.html我们运行如下命令，可看到Linux支持的信号列表：~$kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8

一、查看信号列表$kill-l1)SIGHUP      2)SIGINT      3)SIGQUIT     4)SIGILL5)SIGTRAP     6)SIGABRT     7)SIGBUS

一、查看信号列表$kill-l1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL5)SIGTRAP6)SIGABRT7)SIGBUS8)SIGFPE9)SIGKILL10)SIGUSR111

9]+)\)/\n\1\)/g"|grep. 1)SIGHUP 2)SIGINT-->ctrl+c 3)SIGQUIT-->ctrl+\ 4)SIGILL 5)SIGTRAP 6)SIGABRT 7)SIGBUS

最近手机版本老出现崩溃，之前出现过，但很偶然。最近出现机率比较高，就跟查一下。报了signalSIGBUSBUSError，最终定位在uint32_ti32=*((uint32_t*)m_data);这句语出了问题，确认m_data内存是正确的，并且在PC机上运行是正常的。后面查到原因是x86架构CPU是支持内存非对齐访问，而手机的CPU采用的是RISC架构，为了提高访问效率，不支持非对齐访问。也

SIGHUP终止进程终端线路挂断SIGINT终止进程中断进程SIGQUIT建立CORE文件终止进程，并且生成core文件SIGILL建立CORE文件非法指令SIGTRAP建立CORE文件跟踪自陷SIGBUS

信号参考对照表： SIGABRT 由调用abort函数产生，进程非正常退出 SIGALRM 用alarm函数设置的timer超时或setitimer函数设置的interval timer超时 SIGBUS

记录一个发生在copyconstructor中的SIGBUS:BUS_ADRERR的troubleshooting，涉及三个点1.Inmemcpyagain2.SIGBUS:BUS_ADRERRforstackaccess3

details/1115820我们运行如下命令，可看到Linux支持的信号列表：$kill-l 1)SIGHUP2)SIGINT3)SIGQUIT4)SIGILL 5)SIGTRAP6)SIGABRT7)SIGBUS8

http://blog.csdn.net/ctthuangcheng/article/details/8916015一直以来都觉得使用mmap读文件是非常高效、非常优雅的做法（参见《从"read"看系统调用的耗时》）。mmap之后，就可以通过内存访问的方式访问到文件里的内容，省去了read这样的系统调用。却不曾想过，mmap以后，如果读文件出错会发生什么……今晚看到一篇介绍apachebug的文章