From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22067 invoked by alias); 27 Sep 2005 22:00:48 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 21911 invoked by uid 22791); 27 Sep 2005 22:00:36 -0000 Received: from nat-pool-rdu.redhat.com (HELO devserv.devel.redhat.com) (66.187.233.202) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 27 Sep 2005 22:00:36 +0000 Received: from alligator.red-bean.com.redhat.com (vpn26-9.sfbay.redhat.com [172.16.26.9]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j8RM0VAG007836; Tue, 27 Sep 2005 18:00:33 -0400 To: Stan Shebs Cc: Michael Snyder , Ian Lance Taylor , Eli Zaretskii , gdb@sources.redhat.com Subject: Re: Using reverse execution References: <43309387.4020504@cisco.com> <4331C468.3080204@cisco.com> <4334A1D3.2030309@apple.com> From: Jim Blandy Date: Tue, 27 Sep 2005 22:00:00 -0000 In-Reply-To: <4334A1D3.2030309@apple.com> (Stan Shebs's message of "Fri, 23 Sep 2005 17:46:11 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-09/txt/msg00225.txt.bz2 Stan Shebs writes: > Conversely, if I have a tracepoint that just prints out one of my > program's variables, that doesn't give me much that I can't get > with a printf. However, if the tracepoint is collecting raw > registers, that's more difficult to manage using only print > functions, and then the tracepoint starts to looks more interesting. > Ditto if I'm in a context where printf is not available, or so slow > that it affects critical real-time behavior. Tracepoints can collect (at least partial, and usually complete) stack backtraces, too. (Again, not to sidetrack the discussion...)