From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30186 invoked by alias); 7 Mar 2007 16:19:09 -0000 Received: (qmail 30179 invoked by uid 22791); 7 Mar 2007 16:19:08 -0000 X-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_50,SUBJ_HAS_UNIQ_ID X-Spam-Check-By: sourceware.org Received: from rgminet01.oracle.com (HELO rgminet01.oracle.com) (148.87.113.118) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 07 Mar 2007 16:19:00 +0000 Received: from rgmsgw01.us.oracle.com (rgmsgw01.us.oracle.com [138.1.186.51]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l27GIubr026987 for ; Wed, 7 Mar 2007 09:18:56 -0700 Received: from [10.8.0.10] (ca-server1.us.oracle.com [139.185.48.5]) by rgmsgw01.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id l27GIgvF025518; Wed, 7 Mar 2007 09:18:43 -0700 Message-ID: <45EEE4BF.90306@oracle.com> Date: Wed, 07 Mar 2007 16:19:00 -0000 From: Elena Zannoni Organization: Oracle USA Inc. User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: frysk Subject: Frysk UI meeting 20070307 Content-Type: multipart/mixed; boundary="------------050709030803010001030207" X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-Virus-Checked: Checked by ClamAV on sourceware.org X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q1/txt/msg00189.txt.bz2 This is a multi-part message in MIME format. --------------050709030803010001030207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 91 My notes, as usual. Since the voice quality wasn't that good, please add your comments. --------------050709030803010001030207 Content-Type: text/plain; name="frysk-20070307" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="frysk-20070307" Content-length: 3349 Mark, Mike, Andrew, Sami, Elena, Kris, Nurdin, Rick, Phil, Tim. Druid walkthrough: ----------------- Cagney explaining his views on how the start up sequence should be for the first time frysk is invoked. Radio button to take you to a quick debug session. Current quick debug button could become a "finish" button when the source window is integrated into the monitor. How to start a process under frysk, instead of attaching to running process. Proposal floating around to have a different frysk startup mode, using applications->programming->frysk-terminal that would bring up a terminal window. Can we have the frysk terminal already there with cli? How many ways of starting a session are there? Starting with arguments is also a case, and I/O to/from process. This will be discussed in mailing list. (cagney to post) Monitor window walkthrough: -------------------------- one single horizontal scrollbar for all the timelines they all scroll together. But it scrolls only the "inside part" of the timelines. the vertical scrollbar wold scroll everything Known bug: label of the points in the timelines can be cut out at the top if they are too long. Select single timelines and inidividual events, it's now possible. Main thread with another thread: top timeline is the merge of the two, and then there are two timelines one for each thread. "summary" timeline for the process contains the union of the timelines for the individual threads, labels are unclear. cagney suggestion to remove the PID from the main timeline elena suggestion to add some label to indicate that the top timeline is a merge. elena suggestion to reverse the two, put the components above the merge timeline. Ticks are not visible at all times when resizing the window vertically: known bug. Text for events is also chopped off. If event selected, there will be a backtrace appearing in "main Log" window. current output to the main log will not be there (just debug for now). For each selection it will clear that window. Also would be possibe to go to the source window. Either with a menu or just clicking on the event. Summary tab (instead of main log): what should be displayed there. Backtrace and source code? Differing views: Cagney wants display of backtrace and sourcecode in the the monitor window. His concern is easy navigation btw events. Elena, Rick: just bring up source window when one event is selected. Multiple source windows if you want to look at multiple events. Worried that too much functionality of the source window is going to be duplicated here. Splitting debugging flow from monitor flow could be a problem if we go down this way. Idea (was that Nurdin?): have a mini monitor window in the source window and vice versa. General topic of keeping windows in sync when changing source/browsing location. This applies to all windows. There should be a "lock" option for the windows, so that they are not updated. Should be possible to update this window by choosing a different process and also different observers. Bring back to the same flow for setting up the sessions (do this via menus). Dropping the left process list window from the monitor window. Info in there is redundant. So the conclusion is? There was no agreement. Please discuss in mailing list. --------------050709030803010001030207--