0
我正在发送SIG_KILL在Linux上进行处理，在退出期间遇到内存错误并终止生成核心转储。我认为在任何Unix系统上都不可能，但这是我观察到的。信号9杀死的进程是否有可能死于任何其他信号并离开核心转储？-9中止死亡的进程？
A
回答
0
不，过程不能捕获SIGKILL，但有一个“过程观察者”或包装的选项。 您确定没有其他进程可以观察这个过程吗？
相关问题
- 1. Yaws进程死亡
- 2. Hadoop：Datanode进程死亡
- 3. C＃进程死亡
- 4. 获取node.js进程死亡？
- 5. 进程已经死亡
- 6. 进程死亡本身
- 7. Java进程如何死亡？
- 8. Apache/WSGI进程死亡
- 9. perl：当主进程死亡时线程不会死亡
- 10. 确保子进程在Cocoa中死亡
- 11. android远程进程（receiver）快速死亡
- 12. 在“死亡9”的过程中使用地块
- 13. 追踪子进程的死亡
- 14. 从`setuid`进程中检测父进程的死亡
- 15. 死亡与羊群，叉子和终止父进程
- 16. 当节点进程死亡时终止所有child_process
- 17. ActivityManager进程已经死亡问题
- 18. Android进程已经死亡后背景
- 19. SQLAlchemy - 插入> 1M行 - 进程死亡
- 20. 进程死亡 - 删除输出文件？
- 21. Node.js进程在aws实例上死亡
- 22. 如何知道进程是否死亡
- 23. 当python进程死亡时运行atexit（）
- 24. Nohup java进程超时或死亡
- 25. node.js进程何时意外死亡？
- 26. Supervisord不会启动死亡进程
- 27. Shell脚本进程自动死亡
- 28. Docker进程死亡与'神秘'消息
- 29. Jsch退出后进程死亡
- 30. IPC：共享内存死亡进程notfication
我不说SIGKILL被抓到，我观察到，信号被发送到进程和进程死亡的活核心转储！看着核心，在数据清理期间抛出未捕获的异常之后，进程中止。除非这是巧合......这个过程是从crontab开始的。这些“流程观察者”是什么，它们如何影响流程死亡的方式？我从来没有听说过这个。 – user1827766