There is this statement in the call stack near the top:
[Frames below may be incorrect and/or missing, no symbols loaded for
msvcr80.dll]
What I *think* happened (from a paltry amount of information about this
message on Google) is that it interpreted a piece of non-pointer data on the
stack as a return address, and that this data happened to be "pointing" into
the statistics function, which threw things off. If that's your entire call
stack (the base is a std::map method, it looks like?), it probably cascaded
all the way down with bad guesses.
You can grab actual symbols from Microsoft by setting the _NT_SYMBOL_PATH
environment variable (see
http://support.microsoft.com/kb/311503<http://blogs.msdn.com/heaths/archive/2005/04/27/412764.aspx>
).
Celi
On Tue, Sep 29, 2009 at 9:31 PM, Anna Gulaev <[email protected]> wrote:
>
> If you wish to be helpful, perhaps you could suggest why the debugger put
> the statistics reporting call in the middle of my call stack in some
> microsoft DLL. ...
>
>
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies before posting to keep unmoderated posting privileges
