Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » DSDP » Interaction between perspectives.
Interaction between perspectives. [message #9178] Fri, 13 October 2006 13:56 Go to next message
Eclipse User
Originally posted by: rramesh.connextechnology.com

Hi all,
We are working on a SoC with three distinct cores. Each of these cores
have their own debuggers. Very soon they live under Eclipse. The
expectation from developers is that they should be able to debug the
interactions between these cores as well.

This implies that interaction between Perspectives should be possible.
Under the current implementation each debugger has its own perspective.
An example usecase might be - when a break point is hit on one core,
the other two stopping (ASAP). Another might be the ability to place
breakpoints on programs running on any of the cores.

In my mind these usecases are similar to, some one stepping through a
piece of java code which makes a JNI call. If the JNI is written in C++,
is it possible to automatically invoke C++ perspective and switch to that?

I don't know if such a support is already present. Can you point me in
the right direction please?

Any help is greatly appreciated.
Thanks and regards
Ramesh
Note: I have also placed this question on Eclipse Newcomer group.
Re: Interaction between perspectives. [message #9200 is a reply to message #9178] Tue, 17 October 2006 22:17 Go to previous messageGo to next message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 982
Registered: July 2009
Senior Member
Ramesh -

many thanks for your request. There are some initiatives in the area of
debugger inter-communications, but none is really mature yet.

One problem is that when an event in debugger A should initiate some
action in debugger B, you'd typically want to do this with very low
latency. Which requires a solution sitting "very close to the target",
which typically means vendor-specific non-standard (read: non-eclipse)
solutions.

If low latency this is not a requirement, some Eclipse UI based event
handling could be the right solution. We thought that the Target
Management Project might be the Umbrella defining such events, to be
understood by many debuggers that want to communicate. An empty
discussion page is available under "Inter-Debugger Communications" from
http://wiki.eclipse.org/index.php/DSDP/TM

I'm not sure how far the Device Debugging Project has already progressed
to support inter-debugger communications.

Another initiative I know of, is a Java/JNI/gdb debugger integration
being investigated by intel. You might be able to meet these folks on
the CDT groups.

I'm copying the dsdp-tm-dev, dsdp-dd-dev and cdt-dev mailing lists with
this answer. If there is any developer that can help you further, please
chime in.

Thanks
Martin

Ramesh Ramaiyer schrieb:
> Hi all,
> We are working on a SoC with three distinct cores. Each of these cores
> have their own debuggers. Very soon they live under Eclipse. The
> expectation from developers is that they should be able to debug the
> interactions between these cores as well.
>
> This implies that interaction between Perspectives should be possible.
> Under the current implementation each debugger has its own perspective.
> An example usecase might be - when a break point is hit on one core,
> the other two stopping (ASAP). Another might be the ability to place
> breakpoints on programs running on any of the cores.
>
> In my mind these usecases are similar to, some one stepping through a
> piece of java code which makes a JNI call. If the JNI is written in C++,
> is it possible to automatically invoke C++ perspective and switch to that?
>
> I don't know if such a support is already present. Can you point me in
> the right direction please?
>
> Any help is greatly appreciated.
> Thanks and regards
> Ramesh
> Note: I have also placed this question on Eclipse Newcomer group.


--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: Interaction between perspectives. [message #9232 is a reply to message #9200] Fri, 20 October 2006 10:19 Go to previous message
Doug Gaff is currently offline Doug Gaff
Messages: 150
Registered: July 2009
Senior Member
Hi Ramesh,

We are still working on the services framework for adding a single debug
engine into the new Eclipse Debug Model Interface. However, we'd love
to hear some of your ideas and requirements for multiple-debugger
coordination. It's something on our to do list.

If you're interested, perhaps we can start capturing some of your
requirements on either the TM or DD wikis.

Doug



"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:45358ECD.70900@windriver.com:

> Ramesh -
>
> many thanks for your request. There are some initiatives in the area of
> debugger inter-communications, but none is really mature yet.
>
> One problem is that when an event in debugger A should initiate some
> action in debugger B, you'd typically want to do this with very low
> latency. Which requires a solution sitting "very close to the target",
> which typically means vendor-specific non-standard (read: non-eclipse)
> solutions.
>
> If low latency this is not a requirement, some Eclipse UI based event
> handling could be the right solution. We thought that the Target
> Management Project might be the Umbrella defining such events, to be
> understood by many debuggers that want to communicate. An empty
> discussion page is available under "Inter-Debugger Communications" from
> http://wiki.eclipse.org/index.php/DSDP/TM
>
> I'm not sure how far the Device Debugging Project has already progressed
> to support inter-debugger communications.
>
> Another initiative I know of, is a Java/JNI/gdb debugger integration
> being investigated by intel. You might be able to meet these folks on
> the CDT groups.
>
> I'm copying the dsdp-tm-dev, dsdp-dd-dev and cdt-dev mailing lists with
> this answer. If there is any developer that can help you further, please
> chime in.
>
> Thanks
> Martin
>
> Ramesh Ramaiyer schrieb:
> > Hi all,
> > We are working on a SoC with three distinct cores. Each of these cores
> > have their own debuggers. Very soon they live under Eclipse. The
> > expectation from developers is that they should be able to debug the
> > interactions between these cores as well.
> >
> > This implies that interaction between Perspectives should be possible.
> > Under the current implementation each debugger has its own perspective.
> > An example usecase might be - when a break point is hit on one core,
> > the other two stopping (ASAP). Another might be the ability to place
> > breakpoints on programs running on any of the cores.
> >
> > In my mind these usecases are similar to, some one stepping through a
> > piece of java code which makes a JNI call. If the JNI is written in C++,
> > is it possible to automatically invoke C++ perspective and switch to that?
> >
> > I don't know if such a support is already present. Can you point me in
> > the right direction please?
> >
> > Any help is greatly appreciated.
> > Thanks and regards
> > Ramesh
> > Note: I have also placed this question on Eclipse Newcomer group.
>
>
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Re: Interaction between perspectives. [message #570150 is a reply to message #9178] Tue, 17 October 2006 22:17 Go to previous message
Martin Oberhuber is currently offline Martin Oberhuber
Messages: 982
Registered: July 2009
Senior Member
Ramesh -

many thanks for your request. There are some initiatives in the area of
debugger inter-communications, but none is really mature yet.

One problem is that when an event in debugger A should initiate some
action in debugger B, you'd typically want to do this with very low
latency. Which requires a solution sitting "very close to the target",
which typically means vendor-specific non-standard (read: non-eclipse)
solutions.

If low latency this is not a requirement, some Eclipse UI based event
handling could be the right solution. We thought that the Target
Management Project might be the Umbrella defining such events, to be
understood by many debuggers that want to communicate. An empty
discussion page is available under "Inter-Debugger Communications" from
http://wiki.eclipse.org/index.php/DSDP/TM

I'm not sure how far the Device Debugging Project has already progressed
to support inter-debugger communications.

Another initiative I know of, is a Java/JNI/gdb debugger integration
being investigated by intel. You might be able to meet these folks on
the CDT groups.

I'm copying the dsdp-tm-dev, dsdp-dd-dev and cdt-dev mailing lists with
this answer. If there is any developer that can help you further, please
chime in.

Thanks
Martin

Ramesh Ramaiyer schrieb:
> Hi all,
> We are working on a SoC with three distinct cores. Each of these cores
> have their own debuggers. Very soon they live under Eclipse. The
> expectation from developers is that they should be able to debug the
> interactions between these cores as well.
>
> This implies that interaction between Perspectives should be possible.
> Under the current implementation each debugger has its own perspective.
> An example usecase might be - when a break point is hit on one core,
> the other two stopping (ASAP). Another might be the ability to place
> breakpoints on programs running on any of the cores.
>
> In my mind these usecases are similar to, some one stepping through a
> piece of java code which makes a JNI call. If the JNI is written in C++,
> is it possible to automatically invoke C++ perspective and switch to that?
>
> I don't know if such a support is already present. Can you point me in
> the right direction please?
>
> Any help is greatly appreciated.
> Thanks and regards
> Ramesh
> Note: I have also placed this question on Eclipse Newcomer group.


--
Martin Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Re: Interaction between perspectives. [message #570193 is a reply to message #9200] Fri, 20 October 2006 10:19 Go to previous message
Doug Gaff is currently offline Doug Gaff
Messages: 150
Registered: July 2009
Senior Member
Hi Ramesh,

We are still working on the services framework for adding a single debug
engine into the new Eclipse Debug Model Interface. However, we'd love
to hear some of your ideas and requirements for multiple-debugger
coordination. It's something on our to do list.

If you're interested, perhaps we can start capturing some of your
requirements on either the TM or DD wikis.

Doug



"Martin Oberhuber" <martin.oberhuber@windriver.com> wrote in message
news:45358ECD.70900@windriver.com:

> Ramesh -
>
> many thanks for your request. There are some initiatives in the area of
> debugger inter-communications, but none is really mature yet.
>
> One problem is that when an event in debugger A should initiate some
> action in debugger B, you'd typically want to do this with very low
> latency. Which requires a solution sitting "very close to the target",
> which typically means vendor-specific non-standard (read: non-eclipse)
> solutions.
>
> If low latency this is not a requirement, some Eclipse UI based event
> handling could be the right solution. We thought that the Target
> Management Project might be the Umbrella defining such events, to be
> understood by many debuggers that want to communicate. An empty
> discussion page is available under "Inter-Debugger Communications" from
> http://wiki.eclipse.org/index.php/DSDP/TM
>
> I'm not sure how far the Device Debugging Project has already progressed
> to support inter-debugger communications.
>
> Another initiative I know of, is a Java/JNI/gdb debugger integration
> being investigated by intel. You might be able to meet these folks on
> the CDT groups.
>
> I'm copying the dsdp-tm-dev, dsdp-dd-dev and cdt-dev mailing lists with
> this answer. If there is any developer that can help you further, please
> chime in.
>
> Thanks
> Martin
>
> Ramesh Ramaiyer schrieb:
> > Hi all,
> > We are working on a SoC with three distinct cores. Each of these cores
> > have their own debuggers. Very soon they live under Eclipse. The
> > expectation from developers is that they should be able to debug the
> > interactions between these cores as well.
> >
> > This implies that interaction between Perspectives should be possible.
> > Under the current implementation each debugger has its own perspective.
> > An example usecase might be - when a break point is hit on one core,
> > the other two stopping (ASAP). Another might be the ability to place
> > breakpoints on programs running on any of the cores.
> >
> > In my mind these usecases are similar to, some one stepping through a
> > piece of java code which makes a JNI call. If the JNI is written in C++,
> > is it possible to automatically invoke C++ perspective and switch to that?
> >
> > I don't know if such a support is already present. Can you point me in
> > the right direction please?
> >
> > Any help is greatly appreciated.
> > Thanks and regards
> > Ramesh
> > Note: I have also placed this question on Eclipse Newcomer group.
>
>
> --
> Martin Oberhuber
> Wind River Systems, Inc.
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
Previous Topic:RSE 1.0 new dates (release moved by 2 weeks)
Next Topic:Recent DSDP project releases
Goto Forum:
  


Current Time: Sat Jul 26 07:23:56 EDT 2014

Powered by FUDForum. Page generated in 0.02052 seconds