[sldev] [VIEWER] crash on teleport or parcel crossing

[Anna Gulaev]

I'm getting frequent crashes on teleporting or parcel crossing in the OS
viewer that I'm not getting in the release client (both 1.23.4). It's
apparently crashing while collecting stats (call stack reproduced below),
but the function is called so much that setting a break point is futile.

I don't understand why the function that crashes appears in the middle of my
call stack, and I can't tell from looking at this where it's called from
when it crashes.

Any clues how I might proceed? Is the OS version doing stats collection that
the release code isn't? What will I harm by removing this code, or is there
a non-code way to disable it?

Thanks,
Anna

Call stack:

     msvcr80.dll!78141eeb()
     [Frames below may be incorrect and/or missing, no symbols loaded for
msvcr80.dll]
     ntdll.dll!7c91930f()
     ntdll.dll!7c918f21()
     ntdll.dll!7c9101db()
     ntdll.dll!7c96f8e8()
     ntdll.dll!7c96f8cc()
     ntdll.dll!7c96f8cc()
     ntdll.dll!7c94bc4c()
     ntdll.dll!7c927784()
     ntdll.dll!7c9101db()
     ntdll.dll!7c91930f()
     ntdll.dll!7c918f21()
     ntdll.dll!7c9101db()
>    secondlife-bin.exe!LLStatRate::count(unsigned int value=0)  Line 483
C++
     ntdll.dll!7c9101db()
     ntdll.dll!7c96f07c()
     ntdll.dll!7c9101db()
     ntdll.dll!7c927784()
     ntdll.dll!7c927573()
     ntdll.dll!7c91005d()

secondlife-bin.exe!std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0>
>::_Node::_Node(std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Larg=0x0e5fa918,
std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Parg=0x04253da8,
std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Rarg=0x0e5fa918, const std::pair<LLUUID const
,LLCacheNameEntry *> & _Val=({null={...} mData=0x030bf0f4 "" },0x0e8ff298
{mIsGroup=true mCreateTime=4385510 mFirstName=<Bad Ptr> ...}), char
_Carg=0)  Line 43 + 0x30 bytes    C++
     secondlife-bin.exe!std::_Tree<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Buynode(std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Larg=0x231e2a18,
std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Parg=0x030bf0ec,
std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Rarg=0x030bf088, const std::pair<LLUUID const
,LLCacheNameEntry *> & _Val=({null={...} mData=0x11c6d288 "
¾Ý
¾Ý
"
},0x0ed1fdd8 {mIsGroup=true mCreateTime=248643032 mFirstName=<Bad Ptr>
...}), char _Carg='')  Line 1317 + 0x37 bytes    C++
     secondlife-bin.exe!std::_Tree<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0>
>::iterator::iterator(std::_Tree_nod<std::_Tmap_traits<LLUUID,LLCacheNameEntry
*,std::less<LLUUID>,std::allocator<std::pair<LLUUID const ,LLCacheNameEntry
*> >,0> >::_Node * _Pnode=0xbe66c2c0)  Line 446    C++
     secondlife-bin.exe!std::_Tree<std::_Tmap_traits<char const *,unsigned
int,std::less<char const *>,std::allocator<std::pair<char const *
const,unsigned int> >,0>
>::iterator::iterator(std::_Tree_nod<std::_Tmap_traits<char const *,unsigned
int,std::less<char const *>,std::allocator<std::pair<char const *
const,unsigned int> >,0> >::_Node * _Pnode=0x00000177)  Line 446    C++
     0e5fa918()
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090927/3020b110/attachment.htm