From: Grant Edwards <grant.b.edwards@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] No core dump when killed with ABRT, SEGV, etc.
Date: Tue, 26 Mar 2013 17:01:46 +0000 (UTC) [thread overview]
Message-ID: <kisk9q$s50$1@ger.gmane.org> (raw)
In-Reply-To: 87obe685rt.fsf@dell.be.48ers.dk
On 2013-03-26, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>> "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:
I don't have that set, but I don't think it would matter.
I'm starting the program from the command line in a tty as show above
after running the ulimit command to enable core dumps. When I do
that, I get a core dump if the program itself causes a segfault, but
not if the program is killed with ABRT or SEGV signals.
The FEATURE_INIT_COREDUMPS just does the equivalent of the ulimit -c
command, right? Am I misunderstanding what FEATURE_INIT_COREDUMPS
does?
--
Grant Edwards grant.b.edwards Yow! ... bleakness
at ... desolation ... plastic
gmail.com forks ...
prev parent reply other threads:[~2013-03-26 17:01 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
2013-03-26 17:01 ` Grant Edwards [this message]
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='kisk9q$s50$1@ger.gmane.org' \
--to=grant.b.edwards@gmail.com \
--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.