Thanks for the response Max. Unfortunately, that's not working. Am I missing something? This is a quick example of my problem: I place an "assert(0)" on line 938 of src/cpu/inorder/pipeline_stage.cc right after a inst->readTid() statedment. So we know the ptr is valid.
in GDB, I can run m5.debug or m5.opt and the sim will stop there. Once you backtrace to frame 4(?), you should *hopefully* be able to just check any variables here. But, all of the following wont work: p inst->seqNum p inst.seqNum p inst->readTid() p inst.readTid() The error message is: "There is no member or method named seqNum" for the first 2 and "Couldn't find method ThePipeline::DynInstPtr::readTid" So I (or M5) am doing something here to make GDB unable to deference this pointer or even identify the methods in the object. If anyone has any ideas or sees any obvious "gotchas" I'm missing , let me know. On Fri, Apr 16, 2010 at 3:15 AM, Maximilien Breughe < [email protected]> wrote: > Try inst.data-> :-) > > Max > > On 04/16/2010 06:59 AM, Korey Sewell wrote: > > Hey all, > Is there a good way to access a DynInstPtr in GDB? For the most part > "inst->___" won't work, which forces more roundabout debugging then probably > has to be necessary. > > If someone has a good way to get around this, I'll happily post it on the > M5 wiki for them :) > > -- > - Korey > > > _______________________________________________ > m5-dev mailing list > [email protected]http://m5sim.org/mailman/listinfo/m5-dev > > > > _______________________________________________ > m5-dev mailing list > [email protected] > http://m5sim.org/mailman/listinfo/m5-dev > > -- - Korey
_______________________________________________ m5-dev mailing list [email protected] http://m5sim.org/mailman/listinfo/m5-dev
