Marc Khouzam wrote:
Integrating this in DSF is another question though, as there is some work
being done there (although it is currently on hold.) So, I will leave it
to more knowlegeable people than I, to address this question.
I'm a bit confused now. Are you speaking about integrating non-stop
thread debugging into DSF or something else? When you expressed your
interest in multiple top-level contexts above, was it wrt a single GDB
in non-stop mode or maybe multiple GDBs in the same session? Just to be
sure what we're discussing...
Sorry about the confusion.
Daniel is right that the CodeSourcery solution for Ericsson will use a
single GDB to handle multiple processes.
However, we will also connect to multiple cores (processor boards) as you do.
>From what I understand up to now, each of these processor boards, will have
its own GDB. Therefore, what you have done will be very applicable to Ericsson.
I absolutely agree, we need to be able to handle both cases: where the
multiple containers within a single GDB session and multiple GDB
sessions. Hopefully we can work out the changes in APIs to support
both cases, so your patches would be a very good start.
The hope is to have this solution included in DSF. However, the details of this
are not up to me and the timeframe is unclear for such changes in DSF. But having
your patches available would surely help this effort move forward.
Marc
Timing is definitely on our side, as we have an API freeze coming up in
M6 and we need to start winding down the feature development ahead of
the 1.0 release as well. If we can't include this (and may other
important features) in 1.0 we can start discussing future releases with
the option of having an off-train release to have some of these
features in DD sooner than June '09.
Cheers,
Pawel
|
