* Strange address in the stack trace
@ 2012-11-09 9:47 santoshp
2012-11-13 20:35 ` Doug Evans
0 siblings, 1 reply; 3+ messages in thread
From: santoshp @ 2012-11-09 9:47 UTC (permalink / raw)
To: gdb
Hi All,While debugging a crash dump using GDB (7.2) on RHEL-5, one address
looks strange to me. i.e. valueChanges variable. The same variable getting
passed to frames but shows different addresses in different frames. #1
0x00002aaaab8a163a in MR_AnyVal (this=0x2aaab9000020, *o=@0x52*) at
repos/mr/anyvali.c:36#2 0x00002aaaabb0fa13 in
MR_MonitoringSystem::valueChanges2monValueChanges
(*valueChanges=@0x465a5700*) at repos/mr/MR_MonitoredValue.h:61#3
0x00002aaaabb1065b in MR_MonitoringSystem::processChangesStandard
(*valueChanges=@0x465a5700*) at repos/mr/MR_MonitoringSystem.c:280#4
0x00002aaaabbb026c in MR_Accessor::notify (this=, *valueChanges=@0x52*) at
repos/accessors/MR_Accessor.c:1573Can somebody please comment on this
whether this is from OS (because it's optimized build) or the behavior from
GDB?Thanks,Santosh
--
View this message in context: http://sourceware-org.1504.n7.nabble.com/Strange-address-in-the-stack-trace-tp212534.html
Sent from the Sourceware - gdb list mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Strange address in the stack trace
2012-11-09 9:47 Strange address in the stack trace santoshp
@ 2012-11-13 20:35 ` Doug Evans
2012-11-14 10:30 ` santoshp
0 siblings, 1 reply; 3+ messages in thread
From: Doug Evans @ 2012-11-13 20:35 UTC (permalink / raw)
To: santoshp; +Cc: gdb
On Fri, Nov 9, 2012 at 1:47 AM, santoshp <santosh.pradhan@gmail.com> wrote:
> Hi All,While debugging a crash dump using GDB (7.2) on RHEL-5, one address
> looks strange to me. i.e. valueChanges variable. The same variable getting
> passed to frames but shows different addresses in different frames. #1
> 0x00002aaaab8a163a in MR_AnyVal (this=0x2aaab9000020, *o=@0x52*) at
> repos/mr/anyvali.c:36#2 0x00002aaaabb0fa13 in
> MR_MonitoringSystem::valueChanges2monValueChanges
> (*valueChanges=@0x465a5700*) at repos/mr/MR_MonitoredValue.h:61#3
> 0x00002aaaabb1065b in MR_MonitoringSystem::processChangesStandard
> (*valueChanges=@0x465a5700*) at repos/mr/MR_MonitoringSystem.c:280#4
> 0x00002aaaabbb026c in MR_Accessor::notify (this=, *valueChanges=@0x52*) at
> repos/accessors/MR_Accessor.c:1573Can somebody please comment on this
> whether this is from OS (because it's optimized build) or the behavior from
> GDB?Thanks,Santosh
Hi. Sounds like this is just the effect of debugging optimized code.
GDB can only print a value as the debug info specifies, and when
debugging optimized code often the debug info is inaccurate. GIGO.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Strange address in the stack trace
2012-11-13 20:35 ` Doug Evans
@ 2012-11-14 10:30 ` santoshp
0 siblings, 0 replies; 3+ messages in thread
From: santoshp @ 2012-11-14 10:30 UTC (permalink / raw)
To: gdb
Thanks Doug, I was thinking the same.
--
View this message in context: http://sourceware-org.1504.n7.nabble.com/Strange-address-in-the-stack-trace-tp212534p212958.html
Sent from the Sourceware - gdb list mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-11-14 10:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-09 9:47 Strange address in the stack trace santoshp
2012-11-13 20:35 ` Doug Evans
2012-11-14 10:30 ` santoshp
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).