Re: using tracepoints function with both host and target on same computer

["William A. Gatliff" <bgat@billgatliff.com>]

Daniel:


Er, I guess you were clear on that, weren't you?  My bad.

b.g.

On Wed, Aug 07, 2002 at 11:23:46AM -0400, Daniel Jacobowitz wrote:
> On Wed, Aug 07, 2002 at 10:21:13AM -0500, William A. Gatliff wrote:
> > Daniel:
> > 
> > 
> > On Wed, Aug 07, 2002 at 11:01:50AM -0400, Daniel Jacobowitz wrote:
> > > You don't do them in actual realtime, but neither do you wait for all
> > > of GDB to process the event; you receive the breakpoint, collect
> > > tracepoint data, and immediately resume without touching GDB's event
> > > loop.  It's a little slower than an in-application stub because it has
> > > to use ptrace to read memory/registers, but not substantially slower.
> > 
> > ... except that I don't think you'd want to be doing that across a
> > 9600bps remote link.  Or, you'd at least want to have the option not
> > to.
> 
> I was talking about the native case.  If you have a stub, you do it in
> the stub.  You do it wherever a trap is handled; in native that's GDB
> itself, otherwise it's gdbserver or your target stub.
> 
> 
> -- 
> Daniel Jacobowitz                           Carnegie Mellon University
> MontaVista Software                         Debian GNU/Linux Developer

-- 
Bill Gatliff
bgat@billgatliff.com