From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] No core dump when killed with ABRT, SEGV, etc.
Date: Tue, 26 Mar 2013 17:50:14 +0100 [thread overview]
Message-ID: <87obe685rt.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <kisi6i$srj$1@ger.gmane.org> (Grant Edwards's message of "Tue, 26 Mar 2013 16:25:54 +0000 (UTC)")
>>>>> "Grant" == Grant Edwards <grant.b.edwards@gmail.com> writes:
Grant> I get a proper core dump if a program actually causes a segfault, but
Grant> I can't figure out how to force a coredump by killing a running
Grant> process.
Grant> On my desktop machines with glibc, this generates a core dump:
Grant> tty1:
Grant> $ ulimit -c 9999999
Grant> $ <start program>
Grant> tty2:
Grant> $ kill -ABRT <pid>
Grant> On my buildroot system, there's no core dump. The program is aborted
Grant> as expected, but it doesn't dump a core file. If the same program
Grant> tries to actually dereference a NULL pointer there is a core dump.
Grant> Why doesn't killing a process with SIGABRT or SIGSEGV cause a core
Grant> dump?
Are you using busybox init? If so, ensure you have
FEATURE_INIT_COREDUMPS enabled and a /.init_enable_core file in your
rootfs:
config FEATURE_INIT_COREDUMPS
bool "Support dumping core for child processes (debugging only)"
default y
depends on INIT
help
If this option is enabled and the file /.init_enable_core
exists, then init will call setrlimit() to allow unlimited
core file sizes. If this option is disabled, processes
will not generate any core files.
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2013-03-26 16:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 16:25 [Buildroot] No core dump when killed with ABRT, SEGV, etc Grant Edwards
2013-03-26 16:50 ` Peter Korsgaard [this message]
2013-03-26 17:01 ` Grant Edwards
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87obe685rt.fsf@dell.be.48ers.dk \
--to=jacmet@uclibc.org \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.