[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cdt-debug-dev] Re: Quick Question: Tracing the launch (Mikhail Khodjaiants)
|
It seems the idea of making the tracing option active without restarting the
workbench has support of the majority of the CDT community.
The ability of turning the option on/off should be added to the launch
configuration dialog. Also, it should be accessible during the debug
sessions.
The next question is how to implement it. We can add a special view to
monitor the tracing, or we can use the gdb console.
I personally prefer the latter, it's easier to implement because internally
we simply redirect the gdb output to the log and it seems more logical.
So, what is the final verdict?
Thanks,
Mikhail
----- Original Message -----
From: "Øyvind Harboe" <oyvind.harboe@xxxxxxxxx>
To: <cdt-debug-dev@xxxxxxxxxxx>
Sent: Thursday, January 19, 2006 3:32 AM
Subject: [cdt-debug-dev] Re: Quick Question: Tracing the launch (Mikhail
Khodjaiants)
Some more comments:
GDB supports an insane number of CPU's. Quite possibly in the 100's.
This makes
it very likely that a CDT + GDB user will be the first to try a
particular
combination of CDT + GDB for CPU X. We have developed our own CPU
w/GCC+GDB toolchain
here @ Zylin, the ZPU :-)
The new logging feature will help the unworthy figure out why GDB+CDT do
not play together.
These users(often experienced GDB/embedded programmers new to CDT) will
succeed in
getting things to work if they can transform the CDT+GDB problem to a
GDB only problem.
There are two things that stop them from succeeding in debugging CDT+GDB
problems:
- They don't see the communication between CDT & GDB. Being new to
Eclipse &
CDT, they have absolutely no hope of stumbling accross the right FAQ
entry for
enabling CDT & GDB communication logs.
- Even if they succeed in enabling the logs, they do not realize that
the command
line used to invoke GDB is very different from the command line they
normally
use. They need to be made aware that there is another interpreter in
GDB that
CDT is using. The GUI could implement flashing lights, neon signs,
sound
alarms, whatever it takes :-)
Once they have the log + the correct GDB command line, they have a "pure
GDB" problem,
which they will have a much better chance at dealing with.
Oftentimes it is no more difficult than configuring and building a new
GDB.
--
Øyvind Harboe
http://www.zylin.com
_______________________________________________
cdt-debug-dev mailing list
cdt-debug-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-debug-dev