From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10152 invoked by alias); 7 May 2002 12:29:14 -0000 Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org Received: (qmail 10075 invoked from network); 7 May 2002 12:29:09 -0000 Received: from unknown (HELO executor.cambridge.redhat.com) (195.224.55.237) by sources.redhat.com with SMTP; 7 May 2002 12:29:09 -0000 Received: from cuddles.cambridge.redhat.com (cuddles.cambridge.redhat.com [172.16.18.86]) by executor.cambridge.redhat.com (Postfix) with ESMTP id ED186ABAF8; Tue, 7 May 2002 13:29:08 +0100 (BST) Received: (from aph@localhost) by cuddles.cambridge.redhat.com (8.11.6/8.11.0) id g47CSmo05129; Tue, 7 May 2002 13:28:48 +0100 X-Authentication-Warning: cuddles.cambridge.redhat.com: aph set sender to aph@cambridge.redhat.com using -f From: Andrew Haley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15575.51328.690467.840407@cuddles.cambridge.redhat.com> Date: Tue, 07 May 2002 05:29:00 -0000 To: Bryce McKinlay Cc: Goran Thyni , devl@freenetproject.org, java@gcc.gnu.org Subject: Re: gcj/freenet status 20020504 In-Reply-To: <3CD480A3.2040303@waitaki.otago.ac.nz> References: <20020504093942.GK17293@kirra.net> <3CD480A3.2040303@waitaki.otago.ac.nz> X-SW-Source: 2002-05/txt/msg00066.txt.bz2 Bryce McKinlay writes: > Goran Thyni wrote: > > >I though it was leakage in the node itself, but after a little investigation > >I saw some very large processes - a few each of "addr2line" and "c++filt" - > >which must have been started by fred. > > > > Yes, these are used for stack trace printing - see name-finder.cc and > java/lang/natThrowable.cc. Is something in freenet calling > Throwable.printStackTrace() a lot? > > > Those processes also remained after > >to node where killed and had to be shut down manually. > > > > Thats very odd. Child processes should get killed when the parent dies > no matter what. What will cause that to happen? If the child process blocks on output, when eventually its parent exits it will be owned by exec which will patiently wait for it to terminate. It sounds to me like "addr2line" and "c++filt" are buggy. There's no reason they should be large. Andrew.