From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13489 invoked by alias); 23 Aug 2002 02:36:20 -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 13482 invoked from network); 23 Aug 2002 02:36:19 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 23 Aug 2002 02:36:19 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17i4JC-0000iU-00; Thu, 22 Aug 2002 21:36:22 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17i4Jr-0005Zl-00; Thu, 22 Aug 2002 22:37:03 -0400 Date: Thu, 22 Aug 2002 19:36:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: RFC: Two small remote protocol extensions Message-ID: <20020823023703.GA21394@nevyn.them.org> Mail-Followup-To: Andrew Cagney , gdb@sources.redhat.com References: <20020502022543.GA22594@nevyn.them.org> <20020816143040.GA22041@nevyn.them.org> <3D5D0F62.4010207@ges.redhat.com> <20020816145306.GA24002@nevyn.them.org> <3D659C93.4030807@ges.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D659C93.4030807@ges.redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-08/txt/msg00278.txt.bz2 On Thu, Aug 22, 2002 at 10:23:15PM -0400, Andrew Cagney wrote: > Lets get rid of the easy one (...) `Hg': > > `` > > @item @code{Hg}@var{id} --- set general thread > @cindex @code{Hc} packet > > Select the general thread. Register and memory read and write > operations apply to the most recently selected general thread. > @var{id}, a hex encoded cardinal, is the identifier of the selected thread. > > After a target stop, the general thread is reset to the thread > identifier of the stopped thread. > > @emph{Implementation note: The @code{Hg} packet can not be used to > determine the most recently selected thread (using the @samp{thread > @var{thread-id} command). This is because @value{GDBN} can cache > per-thread data and avoid the need to re-query the target on each > @samp{thread} command.} > > @c Note the word ``can'' is used, not ``does'' :-) > > Reply: > @table @samp > @item OK > for success > @item E00 > unspecified error > @c ESRCH --- no such proces/thread? > @item @samp{} > unsupported > @end table > > '' Sure. So, we need a way for it to know the current thread that doesn't have that niggling little comment :) -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer