From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28442 invoked by alias); 20 Oct 2006 17:01:11 -0000 Received: (qmail 28434 invoked by uid 22791); 20 Oct 2006 17:01:11 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 20 Oct 2006 17:01:07 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k9KH15Pt018449 for ; Fri, 20 Oct 2006 13:01:05 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id k9KH15Vd008262 for ; Fri, 20 Oct 2006 13:01:05 -0400 Received: from ironwood.lan (vpn-14-51.rdu.redhat.com [10.11.14.51]) by pobox.corp.redhat.com (8.13.1/8.12.8) with ESMTP id k9KH11AV018213 for ; Fri, 20 Oct 2006 13:01:01 -0400 Date: Fri, 20 Oct 2006 17:01:00 -0000 From: Kevin Buettner To: gdb-patches@sources.redhat.com Subject: Re: [RFC/RFA] new command: maintenance print target-stack Message-ID: <20061020100100.49fb9285@ironwood.lan> In-Reply-To: <20061017225247.GQ1903@adacore.com> References: <20061017225247.GQ1903@adacore.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.6.10; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00254.txt.bz2 On Tue, 17 Oct 2006 18:52:47 -0400 Joel Brobecker wrote: > While working to "auto-solib-add", I found that I was very frequently > in need to dumping the current target stack (I just need the names), > to see if the multi-thread layer has been pushed or not. So I > implemented a new "maintenance" command, hoping that others might > find it useful. > > (gdb) maintenance print target-stack > The current target stack is: > - multi-thread (multi-threaded child process.) > - child (Unix child process) > - exec (Local exec file) > - None (None) > > Opinions? Eventually, we might want to actually dump more > information if that's useful to others, but that's a start. As a developer, I know that I'd find this to be useful from time to time. I'm in favor of this patch. Kevin