* remote protocol question @ 2004-07-12 23:14 Kumar Gala 2004-07-14 17:40 ` Andrew Cagney 0 siblings, 1 reply; 4+ messages in thread From: Kumar Gala @ 2004-07-12 23:14 UTC (permalink / raw) To: gdb I was wondering if there is a way via the remote protocol for a stub to tell GDB to update (or invalidate) its copy of any state that might be cached? thanks - kumar ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: remote protocol question 2004-07-12 23:14 remote protocol question Kumar Gala @ 2004-07-14 17:40 ` Andrew Cagney 2004-07-15 3:53 ` Kumar Gala 0 siblings, 1 reply; 4+ messages in thread From: Andrew Cagney @ 2004-07-14 17:40 UTC (permalink / raw) To: Kumar Gala; +Cc: gdb > I was wondering if there is a way via the remote protocol for a stub to tell GDB to update (or invalidate) its copy of any state that might be cached? Can you expand on the problem? If GDB modifies, or resumes, the inferior, it should always invalidate its local cache (but no guarentee that it always gets it right :-). Andrew ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: remote protocol question 2004-07-14 17:40 ` Andrew Cagney @ 2004-07-15 3:53 ` Kumar Gala 2004-07-15 14:21 ` Andrew Cagney 0 siblings, 1 reply; 4+ messages in thread From: Kumar Gala @ 2004-07-15 3:53 UTC (permalink / raw) To: Andrew Cagney; +Cc: gdb, Kumar Gala 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 - kumar On Jul 14, 2004, at 12:29 PM, Andrew Cagney wrote: >> I was wondering if there is a way via the remote protocol for a stub >> to tell GDB to update (or invalidate) its copy of any state that >> might be cached? > > Can you expand on the problem? > > If GDB modifies, or resumes, the inferior, it should always invalidate > its local cache (but no guarentee that it always gets it right :-). > > Andrew ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: remote protocol question 2004-07-15 3:53 ` Kumar Gala @ 2004-07-15 14:21 ` Andrew Cagney 0 siblings, 0 replies; 4+ messages in thread From: Andrew Cagney @ 2004-07-15 14:21 UTC (permalink / raw) To: Kumar Gala; +Cc: gdb, Kumar Gala > 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 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-07-15 14:09 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2004-07-12 23:14 remote protocol question Kumar Gala 2004-07-14 17:40 ` Andrew Cagney 2004-07-15 3:53 ` Kumar Gala 2004-07-15 14:21 ` Andrew Cagney
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).