From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11474 invoked by alias); 4 Nov 2008 14:00:46 -0000 Received: (qmail 11443 invoked by uid 22791); 4 Nov 2008 14:00:45 -0000 X-Spam-Check-By: sourceware.org Received: from oden.vtab.com (HELO oden.vtab.com) (62.20.90.195) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 04 Nov 2008 13:59:55 +0000 Received: from oden.vtab.com (oden.vtab.com [127.0.0.1]) by oden.vtab.com (Postfix) with ESMTP id 5391126EF6C; Tue, 4 Nov 2008 14:59:51 +0100 (CET) Received: from polhem (unknown [62.20.90.206]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by oden.vtab.com (Postfix) with ESMTP id 2B7E626EF5E; Tue, 4 Nov 2008 14:59:51 +0100 (CET) From: "Jakob Engblom" To: "'Michael Snyder'" Cc: "'Stan Shebs'" , References: <490B630F.8010008@codesourcery.com> <490B6CEF.2000003@vmware.com> <003e01c93d7e$94eb1de0$bec159a0$@com> <490F40CB.60205@vmware.com> <010301c93de5$581d7360$08585a20$@com> <490F4DDD.3040407@vmware.com> In-Reply-To: <490F4DDD.3040407@vmware.com> Subject: RE: Tracepoint enhancements Date: Tue, 04 Nov 2008 14:00:00 -0000 Message-ID: <021701c93e85$9af54eb0$d0dfec10$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Content-Language: sv X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-11/txt/msg00025.txt.bz2 > > I think that is a bad idea to assume there is only one time or one instruction > > count in the target. It could be a multicore target with lots of CPUs running > > around... so let the backend handle that in a symbolic way rather than assume > > anything about what it means. >=20 > Right, OK. But it was a mental assumption rather than an > implementation assumption. >=20 > I think the idea we're both getting at is that a checkpoint > represents a machine state. If there are multiple machines, > that complicates the picture -- but basically gdb is saying > to the target "I want to be able to return to the state that > you are in *right now*". I think the "thing at the other end of the remote connection" is what gdb s= hould debug, long-term. And in a virtualized and simulated world, that can be qui= te a few machines. What might also become interesting is if people attach multi= ple gdbs to a single simulation -- with Simics, we do that quite often to debug software running on mixed networks of machines, and multiple programs on a single machine.=20=20 But support heterogeneous network debug feels like way beyond the scope of = gdb. Best regards, /jakob _______________________________________________________ Jakob Engblom, PhD, Technical Marketing Manager Virtutech Direct: +46 8 690 07 47=20=20=20=20 Drottningholmsv=E4gen 14 Mobile: +46 709 242 646=20=20=20 11243 Stockholm Web: www.virtutech.com=20=20 Sweden ________________________________________________________ =20