Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755563AbaGCM72 (ORCPT ); Thu, 3 Jul 2014 08:59:28 -0400 Received: from e28smtp02.in.ibm.com ([122.248.162.2]:51912 "EHLO e28smtp02.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752080AbaGCM70 (ORCPT ); Thu, 3 Jul 2014 08:59:26 -0400 Message-ID: <53B553A4.6070407@in.ibm.com> Date: Thu, 03 Jul 2014 18:29:16 +0530 From: "Suzuki K. Poulose" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Phillip Susi , Janani Venkataraman , Karel Zak CC: amwang@redhat.com, rdunlap@xenotime.net, andi@firstfloor.org, aravinda@linux.vnet.ibm.com, hch@lst.de, mhiramat@redhat.com, jeremy.fitzhardinge@citrix.com, xemul@parallels.com, suzuki@linux.vnet.ibm.com, kosaki.motohiro@jp.fujitsu.com, adobriyan@gmail.com, tarundsk@linux.vnet.ibm.com, vapier@gentoo.org, roland@hack.frob.com, tj@kernel.org, ananth@linux.vnet.ibm.com, gorcunov@openvz.org, avagin@openvz.org, oleg@redhat.com, eparis@redhat.com, d.hatayama@jp.fujitsu.com, james.hogan@imgtec.com, akpm@linux-foundation.org, torvalds@linux-foundation.org, coreutils@gnu.org, procps@freelists.org, util-linux@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 00/33] [RFC] Non disruptive application core dump infrastructure References: <20140320093040.14878.903.stgit@localhost.localdomain> <20140321080855.GE26374@x2.net.home> <532C54A3.3030903@ubuntu.com> <532FFE3A.9060002@linux.vnet.ibm.com> <53303927.1030004@ubuntu.com> In-Reply-To: <53303927.1030004@ubuntu.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14070312-5816-0000-0000-00000F02E510 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/24/2014 07:24 PM, Phillip Susi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 3/24/2014 5:43 AM, Janani Venkataraman wrote: >> Gcore attaches to the process using gdb and runs the gdb gcore >> command and then detaches. In gcore the dump cannot be issued from >> a signal handler context as fork() is not signal safe and moreover >> it is disruptive in > > You can fork+exec from a signal handler just fine. Please go through the bug, and especially the comment below : https://sourceware.org/bugzilla/show_bug.cgi?id=4737#c12 Cheers Suzuki -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/