Skip to main content

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.

Jump to: navigation, search

Difference between revisions of "CDT/Obsolete/BreakpointsWorkingGroup"

< CDT‎ | Obsolete
m (Design Docs)
 
(31 intermediate revisions by 4 users not shown)
Line 1: Line 1:
=== Introduction ===
+
{{warning|Note: The contents of this page is obsolete, but it may still contain some interesting tid-bits. The Breakpoints Working Group work has been folded back into the main CDT development flow, using cdt-dev mailing list and monthly calls.}}
Purpose of this group is to discuss Wind River's contribution to improve breakpoints features and usability in CDT.
+
  
=== Links ===
+
[[Category:CDT:Obsolete]]
TODO
+
  
=== Design Docs ===
+
= Introduction  =
  
 +
Purpose of this group is to improve breakpoint features and usability in CDT.
  
[[Image:BreakpointPropertiesDialog-Overview_CDT.png]]
+
= Next teleconference =
Image: Breakpoint Properties Dialog Overview - CDT
+
Please see [[CDT/BreakpointsWorkingGroup#Minutes_of_meetings | minutes of previous meetings]] below <br>
 +
The next call will be June 14th, 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
 +
 
 +
== Agenda ==
 +
* Go over action points
 +
* Demos of different patches currently available
 +
* Feedback on any other tools that were investigated
 +
* Round-table
 +
 
 +
 
 +
= Design Notes  =
 +
 
 +
== Breakpoint Properties Dialog ==
 +
 
 +
The breakpoint properties dialog design directly affects three of the planned bugs:
 +
* [http://bugs.eclipse.org/bugs/show_bug.cgi?id=360291 bug 360291] - Allow user to edit line breakpoint file in properties dialog
 +
* [http://bugs.eclipse.org/bugs/show_bug.cgi?id=360295 bug 360295] - Customize property dialog for editing breakpoints
 +
* [http://bugs.eclipse.org/bugs/show_bug.cgi?id=360588 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.
 +
[[Image:BreakpointPropertiesDialog-Overview CDT.png|640px|CDT Breakpoint Properties Dialog - Overview]]
 +
 
 +
[[Image:BreakpointPropertiesDialog-Overview WindRiver.png|640px|Wind River Breakpoint Properties Dialog - Overview]]
 +
 
 +
 
 +
[[Image:BreakpointPropertiesDialog-Pages CDT.png|640px|CDT Breakpoint Properties Dialog - Pages class hierarchy]]
 +
 
 +
[[Image:BreakpointPropertiesDialog-Pages WindRiver.png|640px|Wind River Breakpoint Properties Dialog - Pages class hierarchy]]
 +
 
 +
= Minutes of meetings =
 +
 
 +
== June 14th 2016 ==
 +
 
 +
=== Attendees ===
 +
 
 +
# Mikhail Khodjaiants (Mentor)
 +
# Jonah Graham (Kichwa Coders)
 +
# Alvaro Sanchez-Leon (Ericsson)
 +
# Marc Dumais (Ericsson)
 +
# Marc-Andre Laperle (Ericsson)
 +
# William Riley (Renesas)
 +
# Stanislav Perepelitsa (NXP)
 +
# Marc Khouzam (Ericsson)
 +
 
 +
=== Minutes ===
 +
 
 +
* Mikhail demo a preliminary patch to demonstrate we could display target breakpoint nodes under the main platform breakpoint node.
 +
 
 +
[[File:TargetBreakpointsPrototype.png]]
 +
 
 +
** This made us realize that showing all targets for each breakpoint ends up being pretty much showing the entire debug view tree under each breakpoint
 +
** Showing all targets is not a feasible solution
 +
** One alternative was to use the active contexts of the debug view to only show the corresponding targets under the breakpoints
 +
** More thought and discussion needed
 +
* Marc K demoed two versions of Mikhail's patch of usage of Breakpoint view detail pane
 +
** https://git.eclipse.org/r/17181
 +
** http://eclip.se/419017
 +
** Mikhail's version showed extra information such as "hit count"
 +
*** This allowed to give the user access to info that is currently not available
 +
 
 +
[[File:CDT_BreakpointDetailPane_Solution1.png]]
 +
 
 +
** Alvaro's version allowed to edit some breakpoint properties directly
 +
*** This can allow users to notice that they can perform certain actions on breakpoint like changing its type
 +
 
 +
[[File:CDT_BreakpointDetailPane_Solution2.png]]
 +
 
 +
* Jonah demoed Mikhail's patch of using colour for breakpoint installation status
 +
** https://git.eclipse.org/r/25848
 +
** The breakpoint would always show in the breakpoint view and in the editor, but its colour would change based on the active debug context
 +
 
 +
[[File:CDT_BreakpointColor1.png]]
 +
 
 +
[[File:CDT_BreakpointColor2.png]]
 +
 
 +
* Next call in a month to continue discussion
 +
'''Actions'''
 +
* Everyone to think about ideas of what should be shown in the main breakpoints view
 +
* Everyone to think about ideas of what should be shown in the detail pane of the breakpoints view
 +
* Look into how other IDEs handle breakpoints to address such issues.  List of other possible IDEs is at the bottom of this page.
 +
* Try to find a multicore platform that could be used to better understand use-cases for breakpoints
 +
 
 +
== April 19th, 2016 ==
 +
 
 +
=== Attendees ===
 +
 
 +
# Mikhail Khodjaiants (Mentor)
 +
# Tracy Miranda (Kichwa Coders)
 +
# Jonah Graham (Kichwa Coders)
 +
# Marc Dumais (Ericsson)
 +
# Marc Khouzam (Ericsson)
 +
 
 +
=== 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
 +
* Can we show columns in the breakpoints view?
 +
* '''Actions'''
 +
*# Mikhail to re-implement a prototype to show target breakpoint nodes under main platform breakpoint node
 +
*# Others to provide Mikhail with small list of expectations about what should be shown in the breakpoints view for his prototype
 +
*# Marc K or Alvaro to prepare demo of Mikhail's patch of usage of Breakpoint view detail pane
 +
*#* https://git.eclipse.org/r/17181
 +
*#* http://eclip.se/419017
 +
*# Jonah to prepare demo of Mikhail's patch of using colour for breakpoint installation status
 +
*#* https://git.eclipse.org/r/25848
 +
*# Look into how other IDEs handle breakpoints to address such issues:
 +
*#* DS-5 (ARM)
 +
*#** https://www.youtube.com/watch?v=OigHLSLWUgI
 +
*#* Code-XL (AMD)
 +
*#* Visual Studio (MS)
 +
*#* DDT Debugger (Allinea)
 +
*#* TotalView (RogueWave)
 +
*#* Lauterbach Debugger (Lauterbach)
 +
*#* CCS Debugger (TI)
 +
*#** Slide 17-18 of https://wiki.eclipse.org/images/6/69/MultiCoreDebugEclipseCon11.pdf
 +
*#* XTensa Debugger (Tensilica)
 +
*#* C-SPY (IAR)

Latest revision as of 16:12, 16 January 2020

Warning2.png
Note: The contents of this page is obsolete, but it may still contain some interesting tid-bits. The Breakpoints Working Group work has been folded back into the main CDT development flow, using cdt-dev mailing list and monthly calls.

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 June 14th, 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

Agenda

  • Go over action points
  • Demos of different patches currently available
  • Feedback on any other tools that were investigated
  • Round-table


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

June 14th 2016

Attendees

  1. Mikhail Khodjaiants (Mentor)
  2. Jonah Graham (Kichwa Coders)
  3. Alvaro Sanchez-Leon (Ericsson)
  4. Marc Dumais (Ericsson)
  5. Marc-Andre Laperle (Ericsson)
  6. William Riley (Renesas)
  7. Stanislav Perepelitsa (NXP)
  8. Marc Khouzam (Ericsson)

Minutes

  • Mikhail demo a preliminary patch to demonstrate we could display target breakpoint nodes under the main platform breakpoint node.

TargetBreakpointsPrototype.png

    • This made us realize that showing all targets for each breakpoint ends up being pretty much showing the entire debug view tree under each breakpoint
    • Showing all targets is not a feasible solution
    • One alternative was to use the active contexts of the debug view to only show the corresponding targets under the breakpoints
    • More thought and discussion needed
  • Marc K demoed two versions of Mikhail's patch of usage of Breakpoint view detail pane

CDT BreakpointDetailPane Solution1.png

    • Alvaro's version allowed to edit some breakpoint properties directly
      • This can allow users to notice that they can perform certain actions on breakpoint like changing its type

CDT BreakpointDetailPane Solution2.png

  • Jonah demoed Mikhail's patch of using colour for breakpoint installation status
    • https://git.eclipse.org/r/25848
    • The breakpoint would always show in the breakpoint view and in the editor, but its colour would change based on the active debug context

CDT BreakpointColor1.png

CDT BreakpointColor2.png

  • Next call in a month to continue discussion

Actions

  • Everyone to think about ideas of what should be shown in the main breakpoints view
  • Everyone to think about ideas of what should be shown in the detail pane of the breakpoints view
  • Look into how other IDEs handle breakpoints to address such issues. List of other possible IDEs is at the bottom of this page.
  • Try to find a multicore platform that could be used to better understand use-cases for breakpoints

April 19th, 2016

Attendees

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

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
  • Can we show columns in the breakpoints view?
  • Actions
    1. Mikhail to re-implement a prototype to show target breakpoint nodes under main platform breakpoint node
    2. Others to provide Mikhail with small list of expectations about what should be shown in the breakpoints view for his prototype
    3. Marc K or Alvaro to prepare demo of Mikhail's patch of usage of Breakpoint view detail pane
    4. Jonah to prepare demo of Mikhail's patch of using colour for breakpoint installation status
    5. Look into how other IDEs handle breakpoints to address such issues:

Back to the top