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

DSDP/DD/Face-to-face Toronto 22-Feb-2006

< DSDP‎ | DD
Revision as of 15:12, 22 February 2006 by Dgaff (Talk | contribs)

Agenda & Attendee List

Presentations

Minutes

  • Eclipse 3.2 Debug Platform
    • Demos / feedback session on prototyping – IBM, Wind River, QNX/CDT, others?
      • Pawel Piech - Wind River
        • Implemented directly against platform
        • (presentation)
        • The current state of the flexible hierachy aligns well with WR's debugger implementation.
        • Main issues at this point:
          • Need retargetable actions
          • Need public interface to get at standard images for label providers
          • Column support in views is incomplete at this point
      • Alan Boxall
        • Implemented directly against platform
        • Moving from 3.0 to 3.1 - the biggest challenge was to get the multi-threaded UI to talk to their synchronous debug engine.
          • They queue up all asynchronous requests. They use a lot of caching.
        • They are using the compatibility mode right now.
        • Taking advantage of 3.2 EDM in the future: eventually, IBM's debug engines will drive the hieararchy.
        • Number of jobs is somewhat alarming. (See performance discussions below.)
        • Plan to do some prototyping against flexible hierarchy after 3.2 is released.
      • Mikhail Khodjaiants, QNX
        • (presentation)
        • CDT has requests to provide customized versions of variables and registers view. Probably will happen after CDT 3.2.
        • Using compatibility mode right now for flexibile hierarchy (for 3.1). Still need more investigation for how to expose customization.
        • TI:
          • We need flexible hierarchy exposed at CDI layer.
          • We use disassmebly view. Need a disassembly memory renderer.
          • Summary, they need flexibility at top and bottom.
          • They would like to see CDT define a more embedded-centric user experience without major changes to CDI.
          • Some view customizations.
        • Freescale:
          • Multi-core flexibility is important.
        • Nokia:
          • Similar comments to TI.
      • ATI
        • Builds against Eclipse platform, but haven't had a chance to look at 3.2 yet.
      • AMI
        • Builds against Eclipse platform.
        • Migrated an old VB debugger. Looked at CDT and did some prototyping, but decided it would be too much work.
        • They are lacking some features using the platform directly, but also believe they have less problems. One big issue was using GDB with their architecture.
        • First product: Oct 05 and based on 3.1.
        • Biggest issue is trying to use the memory view with their architecture.
        • Haven't prototyped against 3.2 EDM yet, but they can benefit from simplified hiearchy. Update policies are also critically important because of very slow target connections. Will focus on 3.2 after April.
        • Continually re-evaluate CDT. Could potentially use parts of CDT.
      • PalmSource
        • Have a released product on 3.0 with a customized CDT.
        • Working on a 3.1-based product with un-modified CDT. Trying to use GDB.
        • Also like view customization.
  • TI: Demo of view customizations in E 3.1
    • Variables and registers view are in table tree format (using tree control)
  • Performance discussion
      • IBM will come to EclipseCon that shows performance across multiple versions
      • Concerns about the large numbers of working threads spawned
      • Will have some suggestions for performance improvements
      • Action items: each company should run its own performance numbers
  • Update Policy
    • Progress Update – Samantha (IBM)
      • (presentation)
      • Implementation is in the model and is model-specific.
      • Still work to do before we have a generic implementation.
      • Update policy will have to be part of viewer, and model proxy will have to be part of the model.
    • Need to form a workgroup to address the issues in Samantha's presentation. Need to collect use cases from folks in this group.
    • Need to share a common look-and-feel, even if the implementation is in the model.
    • What's in 3.2
      • You can create model Proxies that tell how and when debug events are handled
      • Not there: a generic update policy
  • Memory View
    • Demo by Ted Williams (WR) of new renderer for memory view.
    • DD group would like this contributed
    • Other features
      • Programmatic foreground and background coloring
      • Customizable context menu
      • Symbol interleave with address bar
      • Optional confirm before write
      • Undo write
      • Column headings with sub-address - user can turn on and off
    • EDM 3.2 Progress Update – Darin W (IBM)
      • Stuff in M5 (public API freeze)
        • Virtual tree - turned out to be more complicated than they thought.
        • Virtual table
        • Incremental load
      • Stuff not in M5
        • Scopes / drag and drop
        • Columns
      • Moving forward, our API's are provisional, so we can still make changes.
        • March 30 - M6 feature freeze - only 3 weeks of development left
        • Columns and removing the last remaining synchronous interfaces
      • What's next after the 3.2 release?
        • How much feedback they get will determine how quickly these provisional API's can be public
        • Would need feedback in first 3 months: July - Sept
        • The customized view content may have to go through another cycle.
      • 125374 - multi-column support in variables view: patch posted. Darin says this is close to the actual design. Ted would like more granuality in toggling specific columns on and off. Ted will add this to bug entry.
      • Plugable cell editors probably won't make the release. Ted to look at provided a patch to possibly help get this in.
      • API versioning - adding new interfaces on top of old ones vs. deprecating. When are interfaces collapsed together
        • Intention is that the adapters would live for a while in order to enable the backward-compatible debug model.
      • Using the editor with multiple debugging backends
        • Double-click gutter action - how is this resolved when the same editor is shared between two debug engines.
        • Seems to be a bigger problem that spans multiple projects: CDT, DD, PTP


  • Contributions and Participation Discussion
    • Update/Demo on Memory Rendering and suggestions for API changes – Ted W (Wind River)
    • How can we get better participation to help Darin out on the debugger interfaces and views?
    • Feedback cycle schedule on platform - when do we start reviewing Eclipse 3.2+
    • Where do we want to go next? Volunteers for implementation?
      • New breakpoint features?
      • More memory rendering?
      • Multi-core
      • Sample debugger implementation from Wind River?
      • Discussion of requirements/use cases for flexible hierarchy in CDT. Does it make sense for CDT to expose any of this or stay with a fixed hierarchy?
      • Debug console
  • Committer List
  • Miscellaneous
    • Eclipse 3.2 launching framework feedback
  • Brainstorming session on view customization
    • Clone and pin

Back to the top