Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "CDT/Obsolete/BreakpointsWorkingGroup"
(→Next teleconference) |
|||
Line 4: | Line 4: | ||
= Next teleconference = | = Next teleconference = | ||
− | Please see [minutes of previous meetings] below | + | Please see [[CDT/BreakpointsWorkingGroup#Minutes_of_meetings | minutes of previous meetings]] below <br> |
The next call will be May 24th, 2016 at 11am (Ottawa time) | The next call will be May 24th, 2016 at 11am (Ottawa time) | ||
Revision as of 13:23, 19 April 2016
Contents
Introduction
Purpose of this group is to improve breakpoint features and usability in CDT.
Next teleconference
Please see minutes of previous meetings below
The next call will be May 24th, 2016 at 11am (Ottawa time)
- North America 1-866-569-4992
- Germany 49-692-2224-6059
- France 33-(0)-17-070-8535
- UK 0800-033-7806
- Switzerland 41-44-580-2115
- Sweden 46-85-063-8386
- Italy 003-902-3604-8268
Attendees use this: Extension: 700 Passcode: 19455
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.
Minutes of meetings
April 19th, 2016
Attendees
- Marc Dumais (Ericsson)
- Marc Khouzam (Ericsson)
- Tracy Miranda (Kichwa Coders)
- Jonah Graham (Kichwa Coders)
- Mikhail Khodjaiants (Mentor)
Minutes
- Issues
- Hard for users to control where breakpoints are installed on multi-core systems
- Breakpoints don't work smoothly in a multi-session situation
- High-level requirements
- Users have trouble seeing where a breakpoint actually applies (target, thread, core, etc)
- Users need a good way to control where a breakpoint should apply
- Need to persist user-configured applicability of breakpoints
- Need multiple breakpoints at the same location so as to configure each one differently
- Synchronization with the GDB console should work in all cases