My bad, there are actually a bunch of vAttach variant packets we added to 
support attaching by process name, and "wait for a process to show up and then 
attach to it" and the like.

I added documentation for them.

Jim

On May 9, 2014, at 8:57 AM, Todd Fiala <[email protected]> wrote:

> Hey Matthew,
> 
> Essentially you'll want to return a string like this:
> $OK#9a
> 
> if your gdb remote debug monitor can handle that (undocumented) element, or 
> return this:
> $#00
> 
> if you do not support the packet.
> 
> I've been digging into the protocol lately since I'm adding tests for gdb 
> remote protocol-layer activity, so that I can verify lldb-gdbserver (llgs) on 
> Linux is acting identically to debugserver on MacOSX (and to make it easier 
> for us to transition from debugserver to llgs).
> 
> I had noted that packet wasn't documented a while back.  When I get to 
> testing that one, I'll update the doc text file on it.
> 
> 
> On Fri, May 9, 2014 at 6:40 AM, Abid, Hafiz <[email protected]> wrote:
> I have not read the documentation for this packet. But looking at the code,
> It seems that you will return OK if your stub supports this packet. Otherwise 
> an empty reply can
> Indicate that packet is not supported.
> 
> Please look at the following link for more details about query packets.
> https://sourceware.org/gdb/onlinedocs/gdb/General-Query-Packets.html#General-Query-Packets
> 
> Thanks,
> Abid
> 
> > -----Original Message-----
> > From: Matthew Gardiner [mailto:[email protected]]
> > Sent: 09 May 2014 13:24
> > To: Abid, Hafiz; [email protected]
> > Subject: Re: [lldb-dev] GDB RSP qVAttachOrWaitSupported
> >
> > Abid, Hafiz wrote:
> > > RNBRemote::HandlePacket_qVAttachOrWaitSupported has the following
> > comments which may give you some idea.
> > >      // We support attachOrWait meaning attach if the process exists,
> > otherwise wait to attach.
> > Ok, thanks.
> >
> > So this whole entity "VAttachOrWaitSupported" is a concept which the stub
> > does or not support, correct?
> >
> > If so, does the stub write back "1", if it does support it, otherwise "0"?
> >
> > Presumably if the stub does support this feature, are there any other
> > messages which the stub should then support?
> >
> > I'm still not really clear what's happening here....
> >
> > Matt
> >
> >
> >
> > Member of the CSR plc group of companies. CSR plc registered in England
> > and Wales, registered number 4187346, registered office Churchill House,
> > Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United
> > Kingdom More information can be found at www.csr.com. Keep up to date
> > with CSR on our technical blog, www.csr.com/blog, CSR people blog,
> > www.csr.com/people, YouTube, www.youtube.com/user/CSRplc, Facebook,
> > www.facebook.com/pages/CSR/191038434253534, or follow us on Twitter at
> > www.twitter.com/CSR_plc.
> > New for 2014, you can now access the wide range of products powered by
> > aptX at www.aptx.com.
> 
> _______________________________________________
> lldb-dev mailing list
> [email protected]
> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
> 
> 
> 
> -- 
> -Todd
> _______________________________________________
> lldb-dev mailing list
> [email protected]
> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev

_______________________________________________
lldb-dev mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev

Reply via email to