From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26590 invoked by alias); 25 Jun 2008 14:33:08 -0000 Received: (qmail 26549 invoked by uid 22791); 25 Jun 2008 14:33:07 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 25 Jun 2008 14:32:50 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 8DF832A9687; Wed, 25 Jun 2008 10:32:48 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nTSqt+nmEOTH; Wed, 25 Jun 2008 10:32:48 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 57A6A2A967C; Wed, 25 Jun 2008 10:32:48 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 23CCFE7ACD; Wed, 25 Jun 2008 10:32:48 -0400 (EDT) Date: Wed, 25 Jun 2008 14:42:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: gdb-patches@sourceware.org, Michael Snyder , Daniel Jacobowitz Subject: Re: [RFA] set/show enable-software-singlestep Message-ID: <20080625143248.GG3700@adacore.com> References: <1214331534.3601.1211.camel@localhost.localdomain> <1214335528.3601.1216.camel@localhost.localdomain> <20080625125424.GC3700@adacore.com> <200806251514.32422.pedro_alves@portugalmail.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200806251514.32422.pedro_alves@portugalmail.pt> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-06/txt/msg00436.txt.bz2 > I'm just curious about it, Sure :). > I can't figure which targets are used in Tru64. Is it ptrace based? Actually, I think it's procfs. > From your description of not being able to hw singlestep > threaded programs, I take it threads are user space? Yes (DEC threads). > I'm thinking what we want is the other way around. Can the target > singlestep itself? Software-singlestepping with breakpoints is the > current fallback mechanism. Ideally, yes. We would like the debugger to automatically detect whether software single-step is needed or not. The user-setting is interesting for the cases when this detection is not implemented. However, I won't argue that the change is so interesting that the user setting must be checked in now so that we have early access to it. I'm equally content to NOT have a user setting and let GDB continue to use s/w single-step by default on Tru64. > Is there a thread_stratum target used to implement the thread support? Right now, no. As it turns out, however, it just happens that I implemented this thread layer for dec-threads a two or three weeks ago. It's ready to be submitted, but I did the work as quickly as possible (for internal reasons) and so it seems to work, but I sometimes I have this uneasy feeling that it's too simplistic. So I want to give it a little bit more testing, to see if I can avoid embarrassing myself with silly code :). Not that it would be the first time, really... -- Joel