[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [cdt-debug-dev] Re: Debugging executables with no project
|
Thanks Mikhail,
I hope the next week I can pinpoint the changes needed in CDT to
accommodate the project-less and program-less debugging.
Right now I have a CDI debugger that is not GDB with its own launch
configuration type.
Dobrin
-----Original Message-----
From: cdt-debug-dev-bounces@xxxxxxxxxxx
[mailto:cdt-debug-dev-bounces@xxxxxxxxxxx] On Behalf Of Mikhail
Khodjaiants
Sent: Wednesday, November 16, 2005 7:23 PM
To: CDT Debug developers list
Subject: Re: [cdt-debug-dev] Re: Debugging executables with no project
Dobrin,
I'll try to answer to some of your questions. See my comments inline.
----- Original Message -----
From: "Alexiev, Dobrin" <dalexiev@xxxxxx>
To: <cdt-debug-dev@xxxxxxxxxxx>
Sent: Wednesday, November 16, 2005 5:49 PM
Subject: [cdt-debug-dev] Re: Debugging executables with no project
> Hi Ken,
>
> Great job! I really like your proposal.
>
> We were just about to start doing something similar and I am so glad
> that you are already done it and you are working with CDT to get it in
> the main stream.
>
> Here are my notes for the project-less proposal and the advanced
> breakpoints you mentioned in the power point slides:
>
> Project-less debugging
>
> 1. I noticed that making a really project-less debugging is not
> considered. What are the real problems with that? I was going to
> investigate that too because we have use cases in which the user just
> want to do low level debugging - stepping in assembly, stack frame
with
> only assembly addresses, opening register and memory windows, having
the
> console connected so they can control the debugging and do Std IO
> operations. None of these require OUT file or source files debugging.
I
> was about to investigate what are the current limitations in CDT to
> achieve this but after I saw your comments looks like you already have
> done some investigation. Is it something with the platform that has to
> change or it is only CDT? Is anyone interested in achieving real
> project-less debugging?
Indeed, in this case there is no need to have a project or an executable
for
debugging, assuming you are attaching to a running process. The problem
is
that currently the CDT debugger uses the executable to get the address
factory. It is also used to create address breakpoints. Both problems
are
solvable in the CDT frame. And I am definitely interested to make the
CDT
debugger cleaner.
> 2. How does this integrate with different CDI debuggers? We are in
> a process of making our backend a CDI debugger and we have our launch
> type, lunch delegate, CDebugger, etc. Will you implementation hook up
> with a non GDB debuggers nicely?
All manipulations with projects are done above the CDI level.
Executables
are used to create sessions, but null can be passed to
"createAttachSession".
> You mentioned that the last step of the
> debugger is creating a launch configuration. Is that configurable -
can
> the user create our debugger's launch configuration?
> 3. What is the plan of getting this is CDT - is there attached
> patch we can look at?
>
Assuming the problems with address factories and address breakpoints are
fixed, I would prefer to have a special launch configuration type for
this
type of debug sessions.
> Breakpoint extensions
>
> 1. For the advanced breakpoint you mentioned that one action is to
> execute a script. What scrip is that? Is it backend script only or it
is
> something more generic? How will this fits with CDT?
> 2. What are the plans for making the implementation of the advanced
> breakpoints available?
>
> Regards
>
> Dobrin Alexiev
>
> Texas Instruments
>
> _____
>
> Title: Debugging executables with no project
>
> Hi,
>
> At the recent CDT Contributors Summit I presented a proposal for some
> additions to let you easily debug executables even if you don't have a
> project that builds them.
>
> Doug had posted the slides here:
>
>
http://download.eclipse.org/tools/cdt/docs/summit2005/Debugger_Features.
> ppt
>
<http://download.eclipse.org/tools/cdt/docs/summit2005/Debugger_Features
> .ppt>
>
> and I've just attached a more detailed description of our proposal to:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=39640
>
> Please take a look and send me any feedback, comments, or questions.
>
> Thanks,
>
> Ken Ryall
> Nokia Developer Platform Tools
>
>
_______________________________________________
cdt-debug-dev mailing list
cdt-debug-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-debug-dev