From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7354 invoked by alias); 21 Jul 2010 10:51:06 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 7342 invoked by uid 22791); 21 Jul 2010 10:51:05 -0000 X-SWARE-Spam-Status: No, hits=-6.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Date: Wed, 21 Jul 2010 10:51:00 -0000 From: Oleg Nesterov To: "Frank Ch. Eigler" Cc: archer@sourceware.org, Roland McGrath Subject: Re: Q: who maintains the STOPPED/RUNNING state? Message-ID: <20100721104849.GA13299@redhat.com> References: <20100716205147.GA26313@redhat.com> <20100720144119.GA20580@redhat.com> <20100721101826.GA12176@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100721101826.GA12176@redhat.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-SW-Source: 2010-q3/txt/msg00055.txt.bz2 On 07/21, Oleg Nesterov wrote: > > On 07/20, Frank Ch. Eigler wrote: > > > > Oleg Nesterov writes: > > > > > [...] > > > Who maintains this state? gdb, server, both? To illustrate, suppose > > > that ugdb receives > > > $c <--- resumes the tracee > > > $g <--- asks general registers > > > What should ugdb do? > > > > Even if the protocol documentation theoretically permits this, > > if actual gdb does not send it, and actual gdbserver does not > > specifically handle it, you don't have to worry about it. > > I'd like to know how can I check that gdb can't do this. It can. It doesn't send exactly '$g' because it has its own cache, but it can send, say, '$m' when the tracee is running. gdbserver returns E01 in this case. > so I'll assume ugdb should return E01. Yes. Hmm. Speaking of '$m', I looked in the sources and noticed by accident that read_inferior_memory() "hides" the breakpoints inserted by gdbserver. Of course, this is not documented in gdb.info too. Oleg.