Help debugging basic_string<char>
Jamie Kirkpatrick
jkp@kirkconsulting.co.uk
Mon Jan 23 16:18:00 GMT 2006
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
More information about the Libstdc++
mailing list