[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-dev] [DSF] SessionType

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Vladimir Prus
> Sent: Thursday, July 08, 2010 6:17 AM
> To: cdt-dev@xxxxxxxxxxx
> Subject: [cdt-dev] [DSF] SessionType
> 
> 
> Hi,
> I'm looking at this definition from DSF:
> 
> 	public enum SessionType { LOCAL, REMOTE, CORE }

This is DSF-GDB specific.  (just to be fair to DSF :-))

> Unfortunately, despite quite some years of experience with gdb, I have
> no idea what LOCAL and REMOTE means. 

REMOTE is when we connect to a gdbserver.
LOCAL is when we use GDB on the host only.

> 
> - If I do 'target sim', is this remote or local? Note that not only
> simulator runs on the same machine as gdb, but also there's no 
> TCP communucation going on.

DSF-GDB does not support that, but it sounds like a LOCAL case.
You may have to adapt what we do in that case though, as it may
not follow the same exact steps as a standard debug session
(which we assume LOCAL means).

> - If I do 'target remote | local-something', is this remote or not?

What does that command do?

> - If I do 'target mdi', which is actually connecting to something
> that may be either a simulator running locally or a real board, what
> session type do I use?

I don't know that one either.

> Would it not be better to remove session type completely, and use
> more detailed switches, like 'should run or continue to be used
> when starting program', or 'run can be used to restart'.

If the problem is using -exec-run or -exec-continue, then the
service which dispatches those commands can be overridden to handle
the cases you want to deal with.

Marc