From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18800 invoked by alias); 27 Jul 2004 09:40:32 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 18789 invoked from network); 27 Jul 2004 09:40:30 -0000 Received: from unknown (HELO qserv01.quadrics.com) (194.202.174.11) by sourceware.org with SMTP; 27 Jul 2004 09:40:30 -0000 Received: from exch01.quadrics.com (exch01.quadrics.com [194.202.174.9]) by qserv01.quadrics.com (Postfix) with SMTP id 162595B40AE; Tue, 27 Jul 2004 10:40:30 +0100 (BST) Received: from pc82.quadrics.com ([194.202.174.82]) by exch01.quadrics.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 27 Jul 2004 10:37:25 +0100 Subject: Re: patch: Clean shutdown if still attached at exit in batch mode From: Ashley Pittman To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com In-Reply-To: <20040726192856.GA26044@nevyn.them.org> References: <1083244544.10141.209.camel@ashley> <20040726192856.GA26044@nevyn.them.org> Content-Type: text/plain Message-Id: <1090921207.32676.323.camel@ashley> Mime-Version: 1.0 Date: Tue, 27 Jul 2004 09:40:00 -0000 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jul 2004 09:37:26.0046 (UTC) FILETIME=[538513E0:01C473BD] X-SW-Source: 2004-07/txt/msg00397.txt.bz2 On Mon, 2004-07-26 at 20:28, Daniel Jacobowitz wrote: > On Thu, Apr 29, 2004 at 02:15:44PM +0100, Ashley Pittman wrote: > > > > The problem here is that it does not detach before quiting so the > > process becomes a zombie. Attached is a patch to prevent this. > > This should not cause the process to become a zombie. Do you mean that > it hangs around in the T (stopped) state? Yes, it appears that I do. On the basis of this I've just noticed that kill -CONT brings it back to life so perhaps this isn't as serious as I had previously thought. I'm running a different kernel now though so can't say for sure, previously I know I had to reboot the node to clear it however this was a function of the way that I was starting processes. Curiously this only seemed to affect Redhat kernels so I switched to using vanilla kernels which combined with running a modified gdb means I haven't observed this happen for a while. Ashley,