This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: remote protocol question

From: Andrew Cagney <cagney at gnu dot org>
To: Kumar Gala <kumar dot gala at freescale dot com>
Cc: gdb at sources dot redhat dot com, Kumar Gala <kumar dot gala at motorola dot com>
Date: Thu, 15 Jul 2004 10:09:39 -0400
Subject: Re: remote protocol question
References: <711715E8-D448-11D8-851B-000393DBC2E8@freescale.com> <40F56D66.9020900@gnu.org> <31740941-D5FE-11D8-BA55-000393DBC2E8@freescale.com>

Andrew,

We are thinking of connecting GDB to a simulator over a socket. The concern is that we stop GDB (via a breakpoint, control-C, etc.). The simulator is able to take input from a separate console window. It would be possible in that console window to then issue a set of commands to change the state of the simulation (NIA, GPRs, etc). The question is if we can somehow ensure that when the user continues in GDB that the, GDB will have the correction notion of state.

Hopefully, that is clear, but maybe not ;)

thanks

The remote protocol, which based on a simple master (GDB) / slave (STUB) relationship, wasn't designed for this. I think it would be better solved with a properly asynchronous protocol.

Why not instead integrate the simulat and/or console into GDB?

Andrew

References:
- remote protocol question
  - From: Kumar Gala
- Re: remote protocol question
  - From: Andrew Cagney
- Re: remote protocol question
  - From: Kumar Gala

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]