我有一个问题,我的应用程序在几天/几周后继续倾销核心,但不幸的是,没有产生核心转储.
我们尝试设置ulimit -c unlimited没有成功,所以我们在代码本身中加入了setrlimit功能,但也没有运气.最重要的是,我们也添加了MALLOC_CHECK_.
有趣的是,当我们尝试启动手动核心转储(使用kill -ABRT< pid>)时,它确实生成了核心转储.
我可以在/ var / log / message中看到以下消息
kernel: [2302077.396021] myapp[22140]: segfault at 54552e42 ip 00000000f773f36f sp 00000000fffdc48c error 4 in ld-2.11.3.so[f7727000+1f000]
环境：sles11
有关如何使应用程序更可靠地生成核心转储的任何建议？
最佳答案
许多当前系统都配置为不会留下核心转储(普通用户不知道如何处理它们).
>确保启动它可以转储核心的进程(可写目录,足够的空间;我不确定进程中的目录更改是否会干扰此处)
>确保在启动该过程的同一个shell中提供“ulimit -c unlimited”
>如果程序是SUID或SGID,内核将出于安全原因拒绝转储核心,请查看this question作为指导
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
