Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


  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