public inbox for frysk@sourceware.org
 help / color / mirror / Atom feed
From: Elena Zannoni <elena.zannoni@oracle.com>
To: frysk <frysk@sourceware.org>
Subject: notes ui call 20070214
Date: Wed, 14 Feb 2007 16:29:00 -0000	[thread overview]
Message-ID: <45D33830.3070800@oracle.com> (raw)

In case these are helpful, here are my notes for today's call.

Attendees:
RH: Andrew, Phil, Rich, Chris, Sami, Nurdin, Mike, Tim, Mark, Jonathan
Oracle: Kris, Elena


HPDF interface, with fhpd. -- Tim and Stan

Demonstrated command set with attach, go, halt, where, help, list

Tim: stop the world or stop individual threads? Right now it's stop the 
world.
But underlying mechanism to do stop each thread is there.

Tab completion: demoed

go is different from continue in hpdf. continue is blocking the hpd
interface, go doesn't. I.e. go is async, continue is sync.

breakpoints: can set breakpoints, and run (there is a bug, though that
Tim has a fix for, not checked in yet). Break syntax right now is
break <filename> <linenumber> needs refining.

print command can display arrays, array elements and classes

Can also print in different formats. print <var> -format [x|o]

Help <command> is totally broken


Can do "what <var name>" displays the type of the variable or function

disassembler: not hooked up to the hpd yet. Works in the source
window. Not demoed.

display of registers: there needs to be a refactoring. Not demoed.

volatile attribute can make a variable stick around even with optimization.

how about logging, should that be an option on start up of fhpd.

compatibility with gdb command set. it's needed, maybe a set of aliases.



Custom observers -- Sami

cagney: use "catch" instead of "Print" in the actions. To avoid
printing the whole backtrace for instance, since it can be too
long. Just show that the event has happened and stop there.

Fork observer has 2 callback functions: in one the parent is paused,
in the other the child is paused.  Picking an action on either thread,
the thread will be invoking the proper callback.

Some actions take arguments, like "add observer". Enter args in the
box to the right of the action selection box. There is an
autocompletion feature that is now broken, on the args.

no way to tell if all filters are valid or not for a given action if
filters and actions have been applied.

plus/minus buttons are confusing. Minus on the first one: what does it
do? unclear.

Is order of actions important?

How common is it to create custom observers? Frysk developers use them.

Custom written events are needed. Written using code.

Filters should be a short list

Interactions between actions and the radio buttons at the
bottom. Users could construct contradictory events/actions.

Open issue: How to best bind events to threads. One event can apply to
many threads


Conference call issues:

1. Wednesday 9:30AM seems to be better than Thursday 9:30AM. All agree
   to move call to Wed.

2. Request to open up the RH only conf call to all. For general status
   of the project, who works on what, progress reports, and
   dependencies/issue with other components (kernel, gcc, libunwind,
   etc) RH has things that cannot be discussed openly, will need to
   figure out how to avoid having 3 meetings. Elena's suggestion is to
   use the Wed call, and shorten the GUI part.



             reply	other threads:[~2007-02-14 16:29 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-14 16:29 Elena Zannoni [this message]
2007-02-15  9:53 ` Mark Wielaard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45D33830.3070800@oracle.com \
    --to=elena.zannoni@oracle.com \
    --cc=frysk@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).