Hi, I'm trying to understand and use Boost Unit Test Framework in my project. First, I did clean checkout from CVS and I did complete build of Boost using VC++ 8.0. Next, I started to learn Boost UTF from examples provided. I created clean project with VC++ 8.0 and added first example (boost\libs\test\example\unit_test_example_01.cpp). I compiled and run it without any problems and I got results as expected. There is only one thing I can't explain why I had not to add library (e.g. libboost_unit_test_framework-vc80-mt-1_34.lib) to link with. VC++ did not complain about missing libraries or unresolved symbols. OK, magic :-) Then, I tried to run rest of examples, unit_test_example_02.cpp and unit_test_example_03.cpp, as explained above. And here comes my problems I noticed with unit_test_example_02 and unit_test_example_03. When I try to run compiled example from unit_test_example_02.cpp I get memory leaks detected: ========== unit_test_example_02 - OUTPUT START ==================== D:\temp\bt\Debug>unit_example.exe Running 1 test case... d:/temp/bt/example.cpp(20): error in "free_test_function": check 2 == 1 failed Detected memory leaks! Dumping objects -> {196} normal block at 0x003A6500, 16 bytes long. Data: <, H d: > 2C 8D 48 00 01 00 00 00 01 00 00 00 C8 64 3A 00 {195} normal block at 0x003A64C8, 8 bytes long. Data: < H `: > 0C 8D 48 00 D4 60 3A 00 {194} normal block at 0x003A6318, 52 bytes long. Data: <@a: b: @a: > 40 61 3A 00 B8 62 3A 00 40 61 3A 00 00 00 01 00 {193} normal block at 0x003A62B8, 52 bytes long. Data: <@a: @a: c: > 40 61 3A 00 40 61 3A 00 18 63 3A 00 01 00 00 00 {173} normal block at 0x003A6140, 52 bytes long. Data: < b: b: c: > B8 62 3A 00 B8 62 3A 00 18 63 3A 00 CD CD CD CD {172} normal block at 0x003A5E70, 4 bytes long. Data: < > 00 00 01 00 {171} normal block at 0x003A61F8, 24 bytes long. Data: < Z: `\: Z: > 18 5A 3A 00 60 5C 3A 00 18 5A 3A 00 00 00 01 00 {170} normal block at 0x003A6108, 12 bytes long. Data: < a: a: > 08 61 3A 00 08 61 3A 00 CD CD CD CD {169} normal block at 0x003A61A8, 32 bytes long. Data: 66 72 65 65 5F 74 65 73 74 5F 66 75 6E 63 74 69 {165} normal block at 0x003A6080, 92 bytes long. Data: < H H > 01 00 00 00 80 0B 48 00 84 0B 48 00 00 00 01 00 {164} normal block at 0x003A6040, 16 bytes long. Data:

50 F9 47 00 01 00 00 00 01 00 00 00 08 60 3A 00 {163} normal block at 0x003A6008, 8 bytes long. Data: <0 G B > 30 F9 47 00 8C 94 42 00 {162} normal block at 0x003A5C60, 24 bytes long. Data: < Z: Z: a: > 18 5A 3A 00 18 5A 3A 00 F8 61 3A 00 01 00 00 00 {161} normal block at 0x003A5BC0, 12 bytes long. Data: < [: [: > C0 5B 3A 00 C0 5B 3A 00 CD CD CD CD {160} normal block at 0x003A5C10, 32 bytes long. Data: <Unit test exampl> 55 6E 69 74 20 74 65 73 74 20 65 78 61 6D 70 6C {158} normal block at 0x003A5B20, 116 bytes long. Data: <0 H H H > 30 1C 48 00 10 00 00 00 88 0B 48 00 8D 0B 48 00 {157} normal block at 0x003A5AE0, 20 bytes long. Data: <`Z: Z: `Z: QI > 60 5A 3A 00 A0 5A 3A 00 60 5A 3A 00 90 51 49 00 {156} normal block at 0x003A5AA0, 20 bytes long. Data: <`Z: `Z: Z: $RI > 60 5A 3A 00 60 5A 3A 00 E0 5A 3A 00 24 52 49 00 {155} normal block at 0x003A5A60, 20 bytes long. Data: < Z: Z: Z: > A0 5A 3A 00 A0 5A 3A 00 E0 5A 3A 00 CD CD CD CD {154} normal block at 0x003A5A18, 24 bytes long. Data: <`\: `\: a: > 60 5C 3A 00 60 5C 3A 00 F8 61 3A 00 CD CD CD CD {152} normal block at 0x003A59D8, 16 bytes long. Data: < )W > 14 29 57 10 03 02 00 00 06 00 00 00 00 00 00 00 {151} normal block at 0x003A5FD0, 8 bytes long. Data: < H > 90 90 48 00 CD CD CD CD {150} normal block at 0x003A5FA0, 4 bytes long. Data: < G > 80 FF 47 00 {149} normal block at 0x003A5EA0, 208 bytes long. Data: 64 3A 2F 74 65 6D 70 2F 62 74 2F 65 78 61 6D 70 {147} normal block at 0x003A5E30, 16 bytes long. Data: < *W > CC 2A 57 10 01 02 00 00 06 00 00 00 00 00 00 00 {146} normal block at 0x003A5CD0, 304 bytes long. Data: < 4H 5H @5H H5H > FC 34 48 00 0D 35 48 00 40 35 48 00 48 35 48 00 Object dump complete. ========== unit_test_example_02 - OUTPUT END ==================== So, the results are not as expected. I started to investigate what is going wrong and I only found few posts in mailing lists archives: boost::test: expected error leads to failure - why? http://thread.gmane.org/gmane.comp.lib.boost.user/16580 Unit test FP comparisons - memory leaks in debug http://thread.gmane.org/gmane.comp.lib.boost.devel/132099 Boost Test Memory Dumping... http://thread.gmane.org/gmane.comp.lib.boost.user/14119 Unfortunately, those posts do not provide significant help for my problem. I also tried to play with --detect_memory_leak=0 parameter but it did not change results, examples are still leaking. So, I tried to investigate in other places. I found there are project files prepared for VC++ 7.1 (\boost\libs\test\build\msvc71_proj) so I opened solution in VC++ 8.0 and walked through 7.1->8.0 conversion wizard. No errors. Next, I build test/examples using those project files and I revealed that unit_test_example_02 and unit_test_example_03 run without any memory leaks/dump and I get results as expected. So, I started to look what are the differences between my own project created from scratch and projects shipped with Boost. I revealed that UTF examples projects from Boost build it's own version of \boost\stage\lib\libboost_prg_exec_monitor-vc71-mt-gd-1_34.lib NOTE: Here, -vc71- in the library name name is left after 7.1->8.0 project conversion but it does not matter because its built with VC++ 8.0 in fact. Hmm, why it does not use UTF library built and installed by bjam? In my case it is located in c:\boost-vc-8_0-cvs\lib\libboost_unit_test_framework-vc80-mt-gd-1_34.lib where c:\boost-vc-8_0-cvs is my BOOST_ROOT. What's more interesting is that when I use UTF library created with VC++ project file (\boost\stage\lib\libboost_prg_exec_monitor-vc71-mt-gd-1_34.lib) in my own unit_example project (created from scratch) all examples, especially unit_test_example_02 and unit_test_example_03, run without any memory leaks/dump and I get results as expected. As I revealed during next steps those libraries (the first one built with VC++ 8.0 project and the second built with bjam) are different in size in more than 3 MB. I tried to compare compilation/linking options used by bjam to build UTF library with options I use in VC++ 8.0 projects but it seems I'm not well familiar with jam files so I could not found any CFLAGS/CXXFLAGS or similar stuff. The question I'd like to ask is am I doing something wrong? What causes memory leaks dump when I try to use UTF library(ies) created by bjam? I suppose there is some magic switch. Also, I tried to debug UTF example 02 and 03 when they dumped memory leaks and I revealed that there are exceptions thrown in lines supposed to be catched by Boost Test Framework: - unit_test_example_02.cpp // Lines near 24-25 int* p = (int*)0; BOOST_CHECK( *p == 0 ); Here is output message: First-chance exception at 0x0042cfb2 in bt.exe: 0xC0000005: Access violation reading location 0x00000000. Unhandled exception at 0x0042cfb2 in bt.exe: 0xC0000005: Access violation reading location 0x00000000. - unit_test_example_03.cpp // Line near 25 // reports 'unknown location(0): fatal error i // "force_division_by_zero": integer divide by zero' i = i / j; Here is output message: First-chance exception at 0x0042f295 in bt.exe: 0xC0000094: Integer division by zero. Unhandled exception at 0x0042f295 in bt.exe: 0xC0000094: Integer division by zero. Huh! That's the end of my long story :) I'd be very thankful for any help how to solve this problem, especially with "original" UTF library created by bjam. How to make it working? Please, be placable as I'm a Boost.Test newbie. I searched through Boost.Test docs and lists archives but I still can not solve my problem. Thanks in advance for your help Cheers -- Mateusz Łoskot http://mateusz.loskot.net