From: Michael Snyder <msnyder@vmware.com>
To: Marc Khouzam <marc.khouzam@ericsson.com>
Cc: 'Hui Zhu' <teawater@gmail.com>,
'gdb-patches ml' <gdb-patches@sourceware.org>
Subject: Re: PRecord sets memory even when it says it did not
Date: Mon, 14 Sep 2009 17:26:00 -0000 [thread overview]
Message-ID: <4AAE7C30.7020507@vmware.com> (raw)
In-Reply-To: <F7CE05678329534C957159168FA70DEC515363D02B@EUSAACMS0703.eamcs.ericsson.se>
Marc Khouzam wrote:
>
>
>> -----Original Message-----
>> From: gdb-patches-owner@sourceware.org
>> [mailto:gdb-patches-owner@sourceware.org] On Behalf Of Michael Snyder
>> Sent: Monday, September 14, 2009 1:14 PM
>> To: Marc Khouzam
>> Cc: 'Hui Zhu'; 'gdb-patches ml'
>> Subject: Re: PRecord sets memory even when it says it did not
>>
> ...
>
>> Mark --
>>
>> By any chance, if you change the memory, and then do
>> (say) a "stepi", does the memory revert to its previous
>> value? Just wondering...
>
> I just ried and you are right, after stepi,
> p a
> shows the previous value.
Right. So then, the actual memory in the child process
was not changed. Some kind of local cache was changed,
and when we did "stepi", we flushed the cache.
As Greg Law mentioned, I seem to recall that there have
been some recent changes in memory caching.
Sounds to me as if the cache accepts the change
before the target rejects it.
Michael
next prev parent reply other threads:[~2009-09-14 17:26 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <F7CE05678329534C957159168FA70DEC5153600749@EUSAACMS0703.eamcs.ericsson.se>
2009-09-14 4:40 ` Hui Zhu
2009-09-14 13:52 ` Marc Khouzam
2009-09-14 17:17 ` Michael Snyder
2009-09-14 17:21 ` Marc Khouzam
2009-09-14 17:26 ` Michael Snyder [this message]
2009-09-14 15:53 ` Daniel Jacobowitz
2009-09-14 16:15 ` Hui Zhu
2009-09-14 17:10 ` Marc Khouzam
2009-09-14 17:10 ` Greg Law
2009-09-14 17:19 ` Marc Khouzam
2009-09-14 17:50 ` Pedro Alves
2009-09-14 17:54 ` Marc Khouzam
2009-09-14 18:00 ` Michael Snyder
2009-09-14 18:01 ` Pedro Alves
2009-09-14 18:02 ` Michael Snyder
2009-09-14 18:15 ` Pedro Alves
2009-09-14 18:21 ` Michael Snyder
2009-09-14 18:36 ` Pedro Alves
2009-09-14 19:04 ` Doug Evans
2009-09-14 19:08 ` Michael Snyder
2009-09-14 20:36 ` Pedro Alves
2009-09-14 21:08 ` Doug Evans
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=4AAE7C30.7020507@vmware.com \
--to=msnyder@vmware.com \
--cc=gdb-patches@sourceware.org \
--cc=marc.khouzam@ericsson.com \
--cc=teawater@gmail.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