Seems like a bug in target_read_stack / dcache_xfer_memory?

Michael Snyder msnyder@vmware.com
Thu Oct 22 20:01:00 GMT 2009


Michael Snyder wrote:
> Doug Evans wrote:
>> On Mon, Oct 19, 2009 at 2:35 PM, Michael Snyder <msnyder@vmware.com> wrote:
>>> Anyway, yes, that's what it does.  dcache returns zero,
>>> and memory_xfer_partial bails out instead of trying the
>>> next target down the target stack.
>> Hi.  If it will help I'll play with your testcase tomorrow.
>> I'll also volunteer to make a pass through the code and add some comments.
>> [I mention that just in case you or someone is already in the process
>> of doing that.]
> 
> Sure it will help.  Thanks, Doug.

And the test case is in the repo now -- solib-precsave.exp.
How to run tests: 
http://www.sourceware.org/gdb/wiki/ProcessRecord#head-2f56f7474cf60c6a5879ba6d8a4e4d034e6d0c8e




More information about the Gdb-patches mailing list