From: Phil Muldoon <pmuldoon@redhat.com>
To: Mark Wielaard <mark@klomp.org>
Cc: Roland McGrath <roland@redhat.com>, frysk@sourceware.org
Subject: Re: Leaving visible breakpoints in memory/core (Was: Breakpoint stepping)
Date: Tue, 17 Jul 2007 15:43:00 -0000 [thread overview]
Message-ID: <469CE381.8000705@redhat.com> (raw)
In-Reply-To: <1184601441.3628.58.camel@dijkstra.wildebeest.org>
Mark Wielaard wrote:
> On Thu, 2007-07-12 at 13:23 -0700, Roland McGrath wrote:
>
>> For a nondestructive dump, you also have the option of editting the memory
>> as you copy it.
>>
>
> Yes, that is the plan for bug #4761 (Task Memory view without inserted
> breakpoints showing). There will be a getMemory() view that shows the
> original bytes as found in the process (with anything frysk-core might
> have added to it for things like breakpointing filtered out) and a
> getRawMemory() that gives the raw bytes as manipulated by frysk-core.
>
Mark
Some questions thoughts:
How is this going to be implemented in the task? Are you planning on
extending the abstract class Task with a getRawMemory()?
If so, what does that mean for an implementing core file task? In the
corefile task (dead/LinuxTask.java) are getMemory() and getRawMemory()
returning the same ByteBuffer (CorefileByteBuffer) instance?
Is this too live process specific and should be implemented some other way?
Regards
Phil
next prev parent reply other threads:[~2007-07-17 15:43 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-04 18:20 Breakpoint stepping Mark Wielaard
2007-07-05 4:45 ` Phil Muldoon
2007-07-05 12:39 ` Mark Wielaard
2007-07-10 9:59 ` Leaving visible breakpoints in memory/core (Was: Breakpoint stepping) Mark Wielaard
2007-07-10 13:52 ` Andrew Cagney
2007-07-10 18:06 ` Phil Muldoon
2007-07-11 9:47 ` Mark Wielaard
2007-07-12 2:49 ` Roland McGrath
2007-07-12 14:24 ` Phil Muldoon
2007-07-12 20:24 ` Roland McGrath
2007-07-16 15:57 ` Mark Wielaard
2007-07-17 15:43 ` Phil Muldoon [this message]
2007-07-17 17:06 ` Mark Wielaard
2007-07-16 15:53 ` Mark Wielaard
2007-07-17 15:47 ` Phil Muldoon
2007-07-17 17:08 ` Mark Wielaard
2007-07-05 18:37 ` Breakpoint stepping Andrew Cagney
2007-07-23 12:19 ` Mark Wielaard
2007-07-10 10:39 ` Instruction parser (Was: Breakpoint stepping) Mark Wielaard
2007-07-10 10:50 ` Instruction breakpoint-stepping testsuite " Mark Wielaard
2007-07-16 9:19 ` [patch] " Mark Wielaard
2007-07-10 10:57 ` SSOL Area " 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=469CE381.8000705@redhat.com \
--to=pmuldoon@redhat.com \
--cc=frysk@sourceware.org \
--cc=mark@klomp.org \
--cc=roland@redhat.com \
/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).