All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.