From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-15660-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 1157 invoked by alias); 26 Sep 2003 17:46:01 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 1149 invoked from network); 26 Sep 2003 17:46:00 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sources.redhat.com with SMTP; 26 Sep 2003 17:46:00 -0000
Received: from drow by nevyn.them.org with local (Exim 4.22 #1 (Debian))
	id 1A2wfH-00064k-O4
	for <gdb@sources.redhat.com>; Fri, 26 Sep 2003 13:45:59 -0400
Date: Fri, 26 Sep 2003 17:49:00 -0000
From: Daniel Jacobowitz <drow@mvista.com>
To: gdb <gdb@sources.redhat.com>
Subject: Re: core files in testsuite directory
Message-ID: <20030926174558.GA23276@nevyn.them.org>
Mail-Followup-To: gdb <gdb@sources.redhat.com>
References: <yf2vfrf7b55.fsf@hawaii.kealia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <yf2vfrf7b55.fsf@hawaii.kealia.com>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2003-09/txt/msg00323.txt.bz2

On Fri, Sep 26, 2003 at 09:44:06AM -0700, David Carlton wrote:
> My testsuite directory is littered with core files.  They're from
> annota1, annota3 (the one in gdb.base, not the one in gdb.cp), and
> signals.  The first two tests attempt to remove a file named 'core',
> but the core files are actually named 'core.PID', so they stay around.
> 
> Some questions:
> 
> * I assume that all these tests are generating core files for
>   legitimate reasons?  It's not entirely clear to me why they're being
>   generated, but I don't really understand what signals lead to core
>   files in the first place.
> 
> Assuming that's the case, we should presumably change the core file
> cleanup function (and move it to lib/gdb.exp, for ease of sharing, and
> have signals.exp call it as well).  So:
> 
> * What should the new cleanup function do?  Should it just try to
>   remove core.*?  Or should it be passed the PID of the process in
>   question, and only try to remove core.PID and core?

Check um... corefile.exp?  Which does the former, I believe.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer