From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23162 invoked by alias); 14 Nov 2014 17:09:04 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 23037 invoked by uid 89); 14 Nov 2014 17:09:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 14 Nov 2014 17:09:02 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sAEH8xtG022257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 14 Nov 2014 12:08:59 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sAEH8w9Z019337; Fri, 14 Nov 2014 12:08:59 -0500 Message-ID: <54663729.6010708@redhat.com> Date: Fri, 14 Nov 2014 17:09:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Joel Brobecker , gdb-patches@sourceware.org Subject: Re: [RFA/Linux] Ask kernel to kill inferior when GDB terminates References: <1415984034-27122-1-git-send-email-brobecker@adacore.com> In-Reply-To: <1415984034-27122-1-git-send-email-brobecker@adacore.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-11/txt/msg00326.txt.bz2 On 11/14/2014 04:53 PM, Joel Brobecker wrote: > Hello, > > This patch enhances GDB on GNU/Linux systems to ask the kernel > to kill the inferior if GDB terminates without doing it itself. > This would typically happen when GDB encounters a problem and > crashes, or when it gets killed by an external process. This can > be observed by starting a program under GDB, and then killing > GDB with signal 9. After GDB is killed, the inferior still remains > in "interruptible sleep (waiting for an event to complete)" state. I could see this making some sense when GDB has spawned the process, but it seems harsh when GDB has attached to the process instead of spawning it? Note that Windows has had a similar feature for ages (DebugSetProcessKillOnExit), and how windows-nat.c calls DebugSetProcessKillOnExit(false) when GDB attaches to a process. Thanks, Pedro Alves