Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[cdt-dev] FW: [cdt-debug-dev] Fixing some Debug feature-parity bugs

>From John Cortell (forwarded from cdt-debug-dev which I posted the orginal by mistake)

Thanks John!

From: cdt-debug-dev-bounces@xxxxxxxxxxx [cdt-debug-dev-bounces@xxxxxxxxxxx] On Behalf Of John Cortell [rat042@xxxxxxxxxxxxx]
Sent: February 5, 2010 2:41 PM
To: CDT Debug developers list; 'CDT Debug developers list'
Subject: Re: [cdt-debug-dev] Fixing some Debug feature-parity bugs


Grabbing the bull by the horns may be exactly what we need here.
You've thankfully taken the initiative to pull together the punch
list; now we just need people to dive in and help you tackle it. I've
gotten approval from management to commit some time to the cause.
I'll take the following four issues, and will begin after I'm done
with the DSF disassembly view work. [menu][breakpoints][cdi] Add support
for toggling watchpoints in the variables and expressions views. [breakpoints][cdi] - Add support
pending breakpoints introduced in GDB 6.8. [signals][cdi] Add support for the Signals view. [debug view] [cdi] Add an option to
show full paths for the stack frame source location.


At 01:13 PM 2/5/2010, Marc Khouzam wrote:
>recent email discussions about the CDT's default debugger integration
>has led to the fact that it would be nice to switch the default to
>DSF-GDB for Helios, but that we need to get closer to feature-parity
>with CDI-GDB.
>We also agree that new debugging features are not going to be
>done for CDI, so I think we need to start building momentum for DSF-GDB
>so as to get more contributions and get the whole CDT debugging to continue
>getting more new features.  This will also benefit any DSF-based integration
>as DSF will be given more attention.
>So, let's take the bull by the horns and get some feature-parity bugs fixed.
>The bugzilla list of 29 bugs is shown below, taken from
>If we want to actually see some progress, we need people to reply to this mail
>an agree to take care of some bugs, even if only a single one to start.
>I'll get the ball rolling by committing to fix the following 7 bugs myself:
> [breakpoints] [cdi] While GDB is
>running, we cannot make breakpoint commands
> [menu][memory][cdi] Add a menu action
>to open memory view for a given variable.
> [run control][cdi] Add support for
>"Set PC to here" operation.
> [run control][cdi] Add support for
>"Resume at Line" action
> [detail][cdi] Add support for
>alternative expression evaluation in detail pane.
> [variables][cdi] Variables view
>should allow variables to be cast to a type.
> [launch][cdi] Support Environment tab
>in local launch
>These as the other filled bugs about feature-parity that others
>should look at:
> [breakpoints][cdi] Support "Event' Breakpoints.
> [menu][breakpoints][cdi] Add support
>for toggling watchpoints in the variables and expressions views.
> [breakpoints][cdi] - Add support
>pending breakpoints introduced in GDB 6.8.
> [console][cdi] Inferior does not
>print to console when a PTY is not available
> [symbols][cdi] Integrate symbols
>service with CDT modules view.
> [registers][cdi] Allow user to edit
>the register groups.
> [variables][cdi] Ehance variables
>view for feature parity with CDT.
> [launch][cdi] Add a JTAG-specific launch.
> [signals][cdi] Add support for the
>Signals view.
> [signals][cdi] Add support for
>"Resume without signal" action.
> [cdi] Add Watch action to C/C++ Editor
> [debug view] [cdi] Add an option to
>show full paths for the stack frame source location.
>I believe the ones below are not show-stoppers and therefore lower
>priority, but not everyone may agree with this:
> [console][cdi] Visible console should
>match debug selection
> [variables][expressions][cdi] In
>views, chirldren of arrays should be grouped when more than 100
> [variables][cdi] Variables view
>should show globals (or should it?)
> [variables][cdi] Variables view
>should use icons to represent types.
> [launch][cdi] Refresh project when
>launch process terminates
> [variables][cdi] In no-columns mode,
>it's impossible to change the a variable's value.
> [debug view] [cdi] Inferior should be
>visible, and shown terminated in post mortem launch
> [variables][cdi] wrong display of
>variable values with GDB DSF
> [expressions][run control][cdi] DSF
>is missing certain debug actions from editor's context menu
> [console] [cdi] Allow to save console to a file
>Who's up for the challenge?
>cdt-debug-dev mailing list

cdt-debug-dev mailing list

Back to the top