coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 00/33] [RFC] Non disruptive application core dump infrastruct


From: Janani Venkataraman
Subject: Re: [PATCH 00/33] [RFC] Non disruptive application core dump infrastructure
Date: Mon, 24 Mar 2014 15:08:52 +0530
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0


On 03/21/2014 01:47 PM, Karel Zak wrote:
On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
Gencore Daemon

The programs can request a dump using gencore() API, provided through
libgencore. This is implemented through a daemon which listens on a UNIX File
socket. The daemon is started immediately post installation.
  The gencore command looks like a good idea, but why we need the
  client-server infrastructure? At least at first glance it seems
  like overkill.
We are also looking at a process being able to do a self dump. ptrace SEIZE/INTERRUPT cannot be used on one-self and hencewe need to offload the dump another 'process'. Since we can't fork(), as it is not signal safe, we need a dedicated process to handle
such requests. Hence the server.

https://lkml.org/lkml/2013/9/3/122


We would like to push this to one of the following packages:
a) util-linux
b) coreutils
c) procps-ng
   d) somewhere near to gdb :-)

     Karel





reply via email to

[Prev in Thread] Current Thread [Next in Thread]