* meeting 2007-07-11 at 9:30 east
@ 2007-07-10 17:35 Andrew Cagney
2007-07-11 12:08 ` Mark Wielaard
2007-07-11 16:25 ` minutes " Andrew Cagney
0 siblings, 2 replies; 3+ messages in thread
From: Andrew Cagney @ 2007-07-10 17:35 UTC (permalink / raw)
To: frysk
This week is UI review; would anyone like to put forward something to
discuss?
Otherwise, there's a round table.
Andrew
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: meeting 2007-07-11 at 9:30 east
2007-07-10 17:35 meeting 2007-07-11 at 9:30 east Andrew Cagney
@ 2007-07-11 12:08 ` Mark Wielaard
2007-07-11 16:25 ` minutes " Andrew Cagney
1 sibling, 0 replies; 3+ messages in thread
From: Mark Wielaard @ 2007-07-11 12:08 UTC (permalink / raw)
To: frysk
[-- Attachment #1: Type: text/plain, Size: 347 bytes --]
On Tue, 2007-07-10 at 13:35 -0400, Andrew Cagney wrote:
> This week is UI review; would anyone like to put forward something to
> discuss?
I have a VNC session containing frysk CVS from this morning setup. Let
me (mjw on irc #frysk irc.gimp.net) know if anyone wants something added
to the machine for a demonstration.
Cheers,
Mark
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* minutes 2007-07-11 at 9:30 east
2007-07-10 17:35 meeting 2007-07-11 at 9:30 east Andrew Cagney
2007-07-11 12:08 ` Mark Wielaard
@ 2007-07-11 16:25 ` Andrew Cagney
1 sibling, 0 replies; 3+ messages in thread
From: Andrew Cagney @ 2007-07-11 16:25 UTC (permalink / raw)
To: frysk
Technical discussion: cni vs jni
See and please follow up the e-mail:
http://sources.redhat.com/ml/frysk/2007-q3/msg00084.html
Round Table (Ordered roughly by last initial of first name):
Teresa:
Working on a mechanism to identify debug that is missing.
E.x.: given /bin/bash, that /usr/lib/debug/usr/bin/bash.debug and hence
bash-debuginfo should be installed
Current code is calling an elfutils find-debuginfo method directly;
investigating instead modeling things more after the builder-pattern
where elfutils would notify (call-back) frysk of the debug-info it is
looking at.
[side bar: roland's indicated that the code is under review; firstly
making mechanisms that simplify the task of frysk implementing the
debug-info call back function (e.g., making a crc-check method
available); and secondly exploring more efficient ways of confirming
that the debug info matches.]
Sami:
Printing values of variables in a stack frame. ezannoni asked if this
was hpd specific, sami answered that it was the oposite, removing hpd
specific assumptions from the existing code. Has one known 64-bit bug
remaining.
Mark:
Fixing problem where inserted breakpoints are visible when examining
memory contents - users don't expect to see breakpoint instructions in
their code. Adding a Task.getRawMemory which will contain what is
really in memory vs getMemory which is what the user thinks is there.
Rick:
More work cleaning up the cdtparser - current parser doesn't handle
macros well; worked around.
Other misc gui fixes.
Re-investigating option of moving to the CDT's latest parser; last time
this was investigated it was determined that it wasn't technically
possible as the parser had been heavely embedded into the CDT.
Working on moving the session concept out of the gui and into the core
so that it can be shared with the HPD.
Phil:
Adding x86-64 core-file tests so that code exercised on x86.
Conducting review of current fcore code.
[side bar: see enable 32-X-64 tests
http://sources.redhat.com/ml/frysk/2007-q3/msg00088.html ]
Tim:
Task/Proc stuff of HPD; for instance a Manager to assign each task/proc
HPD numbers. E.g., 0.0 is the first processes first task.
Cagney asked where the code is being added - frysk.rt - cagney noted
that that frysk.rt code eventually migrates to a more permanent home
(e.g., frysk.stack, frysk.debuginfo, ...).
Adam:
Improving robustness of display command; which in turn means adding more
action-point related commands to the HPD.
cagney:
Avoiding blockades.
Tracking down memory smash problems in dwfl/elf.
(Was trying to clean up the exception throw/catch code as often catch
code was discarding, instead of re-throwing, exceptions)
[Sidebar: dwfl/elf bindings have memory corruption problems; for
instance, when the object returned by DwflModule.getElf is freed it
could close out the dwfl's elf object.
Apologies: Stan, Chris, Kiris, Nurdin, Mike.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-07-11 16:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-10 17:35 meeting 2007-07-11 at 9:30 east Andrew Cagney
2007-07-11 12:08 ` Mark Wielaard
2007-07-11 16:25 ` minutes " Andrew Cagney
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).