From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2220 invoked by alias); 4 Jan 2002 20:22:28 -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 2053 invoked from network); 4 Jan 2002 20:22:24 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 4 Jan 2002 20:22:24 -0000 Received: from redhat.com (reddwarf.cygnus.com [205.180.231.12]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id MAA06609; Fri, 4 Jan 2002 12:21:43 -0800 (PST) Message-ID: <3C360DBC.D3720457@redhat.com> Date: Fri, 04 Jan 2002 12:22:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Jacobowitz CC: Michael Snyder , gdb-patches@sources.redhat.com, cagney@redhat.com, kettenis@science.uva.nl, kevinb@redhat.com, orjan.friberg@axis.com Subject: Re: [RFA] New "generate-core-file" command, supercedes previous References: <200201040151.g041pps07240@reddwarf.cygnus.com> <20020104140453.A26863@nevyn.them.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-01/txt/msg00036.txt.bz2 Daniel Jacobowitz wrote: > > On Thu, Jan 03, 2002 at 05:51:51PM -0800, Michael Snyder wrote: > > OK, this submission supercedes the previous one for the gcore command. > > The command is now called "generate-core-files", with gcore as an alias. > > > > This patch can now generate multi-threaded corefiles both on solaris > > and on linux. The host makefile fragments for sparc-solaris and for > > i386-linux have been updated to bring in the new code. The new code > > will not affect any other targets until their makefile fragmemts are > > modified to pull it in. It should work as-is for any flavor of > > Solaris or Linux, but I've only tested sparc and i386 respectively. > > > > As before, there is a patch for bfd appended, which has not yet > > been approved by the bfd/binutils maintainers. > > > > I'm now ready to formally request approval -- though there's still > > room for improvement, I believe it's mature enough to check in. > > It looks solid to me. I especially like the supporting multiple > threads bit. > > For future consideration, it would be -very- nice if this supported > writing sparse files. That will, of course, require a BFD change. > Right now, the dump for a 12-threaded application is about 25MB virtual > size and no more than 1MB physical on-disk size, because the stacks for > each thread are a 2MB sparse region. Yes, Andrew and I have discussed that a bit. Definitely desireable, maybe possible, probably requires bfd extension. At some point we should kick it around some more.