Skip to main content

[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


Back to the top