推荐信号赶上？

Question

Currently, I catch SIGSEGV, send myself an email, and then abort() so I can get a core file and debug my program. (If I did not catch, there would be no way that I would not know that my particular program segfaulted. My program is run in a separate server from my own.)

Are there any other signals that I should catch for debugging or for reasons that I should know about ?

Answer 1

What makes you think that a SEGV hasn't already corrupted your program memory so much that an attempt to send email won't fail spectacularly?

You should follow division of responsibility practices and monitor your program from a totally different program.

Simply have a (very simple so it's far less likely to fail) program which checks to make sure your primary program is still running and, if not, send you that email. You can even do defence-in-depth and run two checkers, both of which check the primary program and each other.

If you're paranoid like me, you can even run them on separate machines :-)

Answer 2

好吧，如果您的程序连接到控制台，则可能需要捕获SIGINT以转储/刷新您保留的所有缓冲区/日志。

Answer 3

You should probably not catch SIGSEGV / SIGBUS etc.

What you should do instead, is write a wrapper program which will detect if the subprocess exits from a signal, and identify the problem, then that process can carry out any required action.

If it is a server process, you probably also want to restart if it fails unexpectedly.