Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

CDT/Obsolete/BreakpointsWorkingGroup

< CDT‎ | Obsolete
Revision as of 13:11, 19 April 2016 by Unnamed Poltroon (Talk) (April 19th, 2016)

Introduction

Purpose of this group is to improve breakpoint features and usability in CDT.

Links

Design Notes

Breakpoint Properties Dialog

The breakpoint properties dialog design directly affects three of the planned bugs:

  • bug 360291 - Allow user to edit line breakpoint file in properties dialog
  • bug 360295 - Customize property dialog for editing breakpoints
  • bug 360588 - Allow user to edit all its properties prior to creating the breakpoint [DONE]

The data flow in the breakpoint properties dialog is illustrated in the following diagram. Below it is a comparison diagram from the Wind River product. CDT Breakpoint Properties Dialog - Overview

Wind River Breakpoint Properties Dialog - Overview


CDT Breakpoint Properties Dialog - Pages class hierarchy

Wind River Breakpoint Properties Dialog - Pages class hierarchy


Minutes of meetings

April 19th, 2016

Attendees

  1. Marc Dumais (Ericsson)
  2. Marc Khouzam (Ericsson)
  3. Tracy Miranda (Kichwa Coders)
  4. Jonah Graham (Kichwa Coders)
  5. Mikhail Khodjaiants (Mentor)

Minutes

  • Issues
    1. Hard for users to control where breakpoints are installed on multi-core systems
    2. Breakpoints don't work smoothly in a multi-session situation
  • High-level requirements
    1. Users have trouble seeing where a breakpoint actually applies (target, thread, core, etc)
    2. Users need a good way to control where a breakpoint should apply
    3. Need to persist user-configured applicability of breakpoints
    4. Need multiple breakpoints at the same location so as to configure each one differently
    5. Synchronization with the GDB console should work in all cases

Back to the top