|
Boost : |
From: Amanjit Gill (amanjit.gill_at_[hidden])
Date: 2006-12-23 13:23:52
Hi Tom
> I always get the memory leak trace at the end of this post when I run a trivial application that uses boost threads (source below).
I can confirm that this happens with boost 1_33_1 and dissapears with
the current version from CVS (named 1_35 there, don't know anything
about 1_34 thought). I am running vc8 and/or vc7.1. with 1_33_1 the leak
looks like this:
--------- Block 98 at 0x008B9C40: 24 bytes ----------
Call Stack:
f:\vs70builds\6030\vc\crtbld\crt\src\newop.cpp (12): operator new
c:\devlibs\boost_1_33_1\libs\thread\src\mutex.inl (55): `anonymous
namespace'::new_critical_section
c:\devlibs\boost_1_33_1\libs\thread\src\mutex.cpp (48):
boost::mutex::mutex
c:\devlibs\boost_1_33_1\libs\thread\src\tss_hooks.cpp (29):
`anonymous namespace'::init_threadmon_mutex
c:\devlibs\boost_1_33_1\libs\thread\src\once.cpp (174): boost::call_once
c:\devlibs\boost_1_33_1\libs\thread\src\tss_hooks.cpp (150):
on_thread_exit
c:\devlibs\boost_1_33_1\libs\thread\src\thread.cpp (117): thread_proxy
f:\vs70builds\6030\vc\crtbld\crt\src\threadex.c (241): _threadstartex
0x77E6608B (File and line number not available): GetModuleFileNameA
Data:
18 4A 14 00 FF FF FF FF 00 00 00 00 00 00 00 00
.J...... ........
00 00 00 00 00 00 00 00
........ ........
---------- Block 97 at 0x008B9BF8: 8 bytes ----------
Call Stack:
f:\vs70builds\6030\vc\crtbld\crt\src\newop.cpp (12): operator new
c:\devlibs\boost_1_33_1\libs\thread\src\tss_hooks.cpp (29):
`anonymous namespace'::init_threadmon_mutex
c:\devlibs\boost_1_33_1\libs\thread\src\once.cpp (174): boost::call_once
c:\devlibs\boost_1_33_1\libs\thread\src\tss_hooks.cpp (150):
on_thread_exit
c:\devlibs\boost_1_33_1\libs\thread\src\thread.cpp (117): thread_proxy
f:\vs70builds\6030\vc\crtbld\crt\src\threadex.c (241): _threadstartex
0x77E6608B (File and line number not available): GetModuleFileNameA
Data:
40 9C 8B 00 01 CD CD CD
@....... ........
---------
Cheers
Amanjit
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk