From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29859 invoked by alias); 4 Jan 2002 19:04:23 -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 29817 invoked from network); 4 Jan 2002 19:04:20 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 4 Jan 2002 19:04:20 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16MZe9-00071P-00; Fri, 04 Jan 2002 14:04:53 -0500 Date: Fri, 04 Jan 2002 11:04:00 -0000 From: Daniel Jacobowitz To: Michael Snyder Cc: 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 Message-ID: <20020104140453.A26863@nevyn.them.org> Mail-Followup-To: Michael Snyder , gdb-patches@sources.redhat.com, cagney@redhat.com, kettenis@science.uva.nl, kevinb@redhat.com, orjan.friberg@axis.com References: <200201040151.g041pps07240@reddwarf.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201040151.g041pps07240@reddwarf.cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2002-01/txt/msg00033.txt.bz2 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. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer