Re: Help debugging basic_string<char>

[Jamie Kirkpatrick <jkp at kirkconsulting dot co dot uk>]

I'm running on OS X - trying to isolate it to a test case now but not  
having much luck.... the backtrace from my app is

#0  0x9ae01cc0 in GMfree ()
#1  0x0001d180 in __gnu_cxx::new_allocator<char>::deallocate  
(this=0xbfffd9ec, __p=0x119b140 "") at /usr/include/c++/4.0.0/ext/ 
new_allocator.h:94
#2  0x0001d208 in std::basic_string<unsigned short,  
std::pr_char_traits, std::allocator<unsigned short>  
>::_Rep::_M_destroy (this=0x119b140, __a=@0xbfffda98) at /usr/ 
include/c++/4.0.0/bits/basic_string.tcc:430
#3  0x0001d2e8 in std::basic_string<unsigned short,  
std::pr_char_traits, std::allocator<unsigned short>  
>::_Rep::_M_dispose (this=0x119b140, __a=@0xbfffda98) at /usr/ 
include/c++/4.0.0/bits/basic_string.h:227
#4  0x0001d354 in std::basic_string<unsigned short,  
std::pr_char_traits, std::allocator<unsigned short> >::~basic_string  
(this=0xbfffdb3c) at /usr/include/c++/4.0.0/bits/basic_string.h:472
#5  0x00015878 in -[ContentManagerWindowController(WindowState)  
loadWindowState] (self=0xcfad3fb8, _cmd=0x1c980) at
<snip>
#28 0x0000c104 in main (argc=1, argv=0xbffff938) at /Users/jkp/ 
Documents/Atex/Prestige5/5.0.2/Mac/PrContentManager/main.mm:19
(gdb)

no idea where to go from here :/

Jamie

On 23 Jan 2006, at 15:57, Neil Bird wrote:

> Around about 23/01/06 14:43, Jamie Kirkpatrick typed ...
> > >   Can't help with the rest as I've not done that sort of thing.
> > Shame - im getting an extremely difficult to track down memory  
> > error now - double free in the destructor for basic_string<> :/
>
>   What platform?
>
>   I had a memory allocation issue (read: crash) with gcc4 under  
> Fedora lately because RedHat build the STL with this new multi- 
> threaded allocator, which in turn adds slightly flakey dependancies  
> on libpthread.
>
> --
> [neil@fnx ~]# rm -f .signature
> [neil@fnx ~]# ls -l .signature
> ls: .signature: No such file or directory
> [neil@fnx ~]# exit