http://blog.gmane.org/gmane.comp.lib.boost.testing hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lib.boost.testing/7115 <pre>This morning's FreeBSD-32 trunk regression finished suspiciously quickly, though it appeared at first glance to have run normally. (I.e., didn't bomb immediately like when bjam can't find a file.) Sure enough: there's a big gap in matrix, as though a bunch of tests were skipped. If anyone has a burning desire to troubleshoot, it, I threw bjam.log up on dropbox. I poked around it a little but nothing jumped out at me. (I didn't scour the entire 21MB.) http://dl.dropbox.com/u/20290018/Misc/bjam.log -Jim </pre> Jim Bell 2012-05-25T21:21:12 http://comments.gmane.org/gmane.comp.lib.boost.testing/7113 <pre>I want to use Boost Test to run unit tests multiple times without quitting the test runner. Here is the pseudo-code to demonstrate what I want to do: void main() { for(int i = 0; i &lt; 10; ++i) { char *arguments[] ={"MyApplication.exe", "--detect_memory_leak=0" }; boost::unit_test::unit_test_main( &amp;init_function, 2, arguments); } } The first time unit_test_main is called, all the boost tests run fine but in the second iteration, boost test throws an exception. I looked at the internal code and found that framework is initialized everytime unit_test_main is called and if framework is already initialized, boost test doesn't like initializing framework again. Please let me know if there is any way to run units test multiple times without quitting test runner. -- View this message in context: http://boost.2283326.n4.nabble.com/Using-BoostTest-to-run-unit-tests-multiple-times-without-quitting-test-runner-tp4630095.html Sent from the Boost - Testing mailing list archive at Nabble.com. </pre> Pankaj 2012-05-14T23:29:37 http://comments.gmane.org/gmane.comp.lib.boost.testing/7110 <pre>I'm not sure whose running them but the Cray tests are failing every last Math lib test with an inscrutable internal error: CC-1353 crayc++: INTERNAL File = /opt/gcc/4.4.4/snos/include/g++/x86_64-suse-linux/bits/c++config.h, Line = 1431 CIF Error #endif // _GLIBCXX_CXX_CONFIG_H ^ CC-2116 crayc++: INTERNAL "/opt/cray/cce/8.0.3/CC/x86-64/lib/ccfe" was terminated due to receipt of signal 013: Segmentation fault. See http://tinyurl.com/cusmk6g Is this a compiler configuration error, or ?? Thanks, John. </pre> John Maddock 2012-04-30T16:00:11 http://comments.gmane.org/gmane.comp.lib.boost.testing/7109 <pre>FYI, this morning's trunk regression failed to run: error: Unable to find file or target named error: 'macro_default_test.cpp' error: referred from project at error: '../libs/filesystem/test' </pre> Jim Bell 2012-05-01T16:48:14 http://comments.gmane.org/gmane.comp.lib.boost.testing/7108 <pre>Hi, My system(s) are moving to new hardware, os, etc.. and will likely adversely impact both the Sandia testers as well as the trunk and release reporting. I'll attempt to stay on top of problems as they arise, just wanted to give you a heads up that problems may appear immediately and continue for the next week(s). Sorry about the late notice. </pre> Belcourt, K. Noel 2012-04-10T18:42:36 http://comments.gmane.org/gmane.comp.lib.boost.testing/7106 <pre>Hi, Did someone forget to commit a file? error: Unable to find file or target named error: 'test_6498_pass.cpp' error: referred from project at error: '../libs/ratio/test' </pre> Belcourt, K. Noel 2012-04-08T21:53:54 http://comments.gmane.org/gmane.comp.lib.boost.testing/7100 <pre>Hi, I'm see the following error in trunk regression. Is this a know bug? Best, Vicente Test output: Sandia-clang-trunk - chrono - v1_duration_input_h / clang-linux-trunk Rev 77622 / Thu, 29 Mar 2012 03:56:04 +0000 *Report Time: *Sat, 31 Mar 2012 05:03:26 +0000 Link [2012-03-29 07:16:01 UTC]: fail "/home/kbelco/llvm_linux/build/Debug+Asserts/bin/clang++" -o "/scratch/kbelco/boost/results/boost/bin.v2/libs/chrono/test/v1_duration_input_h.test/clang-linux-trunk/debug/v1_duration_input_h" "/scratch/kbelco/boost/results/boost/bin.v2/libs/chrono/test/v1_duration_input_h.test/clang-linux-trunk/debug/io/duration_input.o" -g -lrt /usr/bin/ld: /scratch/kbelco/boost/results/boost/bin.v2/libs/chrono/test/v1_duration_input_h.test/clang-linux-trunk/debug/v1_duration_input_h: undefined reference to symbol 'pthread_cancel&lt; at &gt;&lt; at &gt;GLIBC_2.2.5' /usr/bin/ld: note: 'pthread_cancel&lt; at &gt;&lt; at &gt;GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line /lib64/libpthread.so.0: could not read sy</pre> Vicente J. Botet Escriba 2012-03-31T07:09:36 http://comments.gmane.org/gmane.comp.lib.boost.testing/7099 <pre>Hi, I'm see the following error in trunk regression. Is this a know bug? Should we check for non released version? If yes, what can be done to fix it? Best, Vicente Test output: Sandia-darwin-clang-trunk - chrono - manipulate_clock_object_d / clang-darwin-trunk Rev 77641 / Fri, 30 Mar 2012 09:23:40 +0000 *Report Time: *Sat, 31 Mar 2012 05:03:26 +0000 Compile [2012-03-30 09:54:10 UTC]: fail "/home/kbelco/llvm_darwin/build/Release+Asserts/bin/clang++" -x c++ -O0 -g -Wextra -Wno-long-long -pedantic -O0 -fno-inline -Wall -pedantic -g -DBOOST_ALL_NO_LIB=1 -DBOOST_CHRONO_DYN_LINK=1 -DBOOST_CHRONO_THREAD_DISABLED -DBOOST_CHRONO_USES_MPL_ASSERT -DBOOST_CHRONO_VERSION=2 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -I".." -c -o "/Volumes/scratch/kbelco/boost/results/boost/bin.v2/libs/chrono/test/manipulate_clock_object_d.test/clang-darwin-trunk/debug/manipulate_clock_object.o" "../libs/chrono/test/../example/manipulate_clock_object.cpp" In file included from ../libs/chrono/test/../example/manipu</pre> Vicente J. Botet Escriba 2012-03-31T07:06:18 http://comments.gmane.org/gmane.comp.lib.boost.testing/7098 <pre>Hi, what is going wrong with tester Sandia-gcc-4.6.2_0x &lt;http://www.boost.org/development/tests/trunk/Sandia-gcc-4.6.2_0x.html&gt;? Almost all the Boost.Thread tests fail with no explanation. Best, Vicente P.S. Exact revision and run rev 77648 Fri, 30 Mar 2012 16:38:36 +0000 _______________________________________________ Boost-Testing mailing list Boost-Testing&lt; at &gt;lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-testing</pre> Vicente J. Botet Escriba 2012-03-31T06:59:12 http://comments.gmane.org/gmane.comp.lib.boost.testing/7097 <pre>Dear all, I need to deactivate system error catching without using the commandline. I was looking for some possibility to do something like get_execmonitor().p_catch_system_errors = false; but I did not find any possibility, and no documentation how the exec monitor interacts with init_unit_test_suite and main My current test where I would like to deactivate system error catching looks as follows (omitted application specific stuff): ... 7 #define BOOST_TEST_DYN_LINK 8 #define BOOST_TEST_MODULE "testDLVProcess" 9 #include &lt;boost/test/unit_test.hpp&gt; 10 #include &lt;boost/thread.hpp&gt; ... 70 BOOST_AUTO_TEST_CASE ( testDLVProcess ) 71 { ... 91 } This is a cpp file, it is compiled into an executable and then executed. I would like to set p_catch_system_errors=false within the cpp file, so that I do not require a wrapper script. After reading boost source code for about 1 hour I decided to ask on the mailing list, because I think there must be an easy way. ;) Best, Peter </pre> Peter Schueller 2012-03-06T08:26:53 http://comments.gmane.org/gmane.comp.lib.boost.testing/7096 <pre>Hi, My name is DongInn Kim, the sysadmin in the CREST. We need to reboot the boost server (wowbagger.osl.iu.edu) to replace the old RAM. The old one seems to act not normal and we will replace it with a new one to fix any issues that may happen from the bad RAM. The reboot time: 3:00PM-3:30PM (E.T.) today (Feb 16, 2012) I am sorry for the very short notice. Regards, - DongInn </pre> dikim< at >osl.iu.edu 2012-02-16T19:09:50 http://comments.gmane.org/gmane.comp.lib.boost.testing/7091 <pre>Hi, Anyone know the reason that "run.py" checks out the bjam sources twice? One in "tools_bjam" and one in "tools_bb/engine"? Snip of run.py output: # Getting Boost.Build v2... # Executing SVN command "svn --non-interactive co http://svn.boost.org/svn/boost/trunk/tools/build/v2 tools_bb" Checked out revision 77003. # Getting Boost.Jam... # Executing SVN command "svn --non-interactive co http://svn.boost.org/svn/boost/trunk/tools/build/v2/engine tools_bjam" Checked out revision 77003. Thanks, -Steve _______________________________________________ Boost-Testing mailing list Boost-Testing&lt; at &gt;lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-testing</pre> Steve M. Robbins 2012-02-13T05:41:12 http://comments.gmane.org/gmane.comp.lib.boost.testing/7089 <pre>Hi, On the left-side banner of http://www.boost.org/development/tests/trunk/developer/summary.html is text reading "Release View" that links to http://www.boost.org/development/tests/trunk/developer/index_release.html ^^^^^ The link should rather be: http://www.boost.org/development/tests/release/developer/summary.html ^^^^^^^ -Steve _______________________________________________ Boost-Testing mailing list Boost-Testing&lt; at &gt;lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-testing</pre> Steve M. Robbins 2012-02-11T17:25:00 http://comments.gmane.org/gmane.comp.lib.boost.testing/7082 <pre>Hi, I have been running a daily test of the Boost release branch for a long time. It normally takes an hour or so. However, two days ago (rev 76868), the build time shot up to over 9 hours. The same thing happened for testing the Boost trunk branch. Has anyone else experienced this? Thanks, -Steve _______________________________________________ Boost-Testing mailing list Boost-Testing&lt; at &gt;lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-testing</pre> Steve M. Robbins 2012-02-06T05:57:33 http://comments.gmane.org/gmane.comp.lib.boost.testing/7079 <pre>Hi, Is there any way to get details of regression tests build/run progress? For example, N of M targets...or percentage, even estimated information would do. Best regards, </pre> Mateusz Loskot 2012-01-18T11:39:48 http://comments.gmane.org/gmane.comp.lib.boost.testing/7075 <pre>Hi there is a minor Bug on trunk regression test for Boost.Move and all the libraries using it. Test output: Sandia-darwin-4.4_0x - move - back_move_inserter / darwin-4.4_0x Rev 76539 / Mon, 16 Jan 2012 11:49:32 +0000 *Report Time: *Mon, 16 Jan 2012 16:05:03 +0000 Compile [2012-01-16 12:32:57 UTC]: fail "/opt/local/bin/g++-mp-4.4" -ftemplate-depth-128 -std=gnu++0x -O0 -fno-inline -Wall -g -gdwarf-2 -fexceptions -DBOOST_ALL_NO_LIB=1 -I".." -c -o "/Volumes/scratch/kbelco/boost/results/boost/bin.v2/libs/move/test/back_move_inserter.test/darwin-4.4_0x/debug/link-static/back_move_inserter.o" "../libs/move/test/back_move_inserter.cpp" In file included from ../libs/move/test/back_move_inserter.cpp:11: ../boost/move/move.hpp:486: error: duplicate 'inline' ../boost/move/move.hpp:522: error: duplicate 'inline' Could this be fixed quickly? Best, Vicente _______________________________________________ Boost-Testing mailing list Boost-Testing&lt; at &gt;lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/bo</pre> Vicente J. Botet Escriba 2012-01-16T18:30:50 http://comments.gmane.org/gmane.comp.lib.boost.testing/7072 <pre>Can somebody explain me how can I see what was the problem that triggered a error: For for example this test http://beta.boost.org/development/tests/trunk/developer/output/Sandia-gcc-4-4-4_0x-boost-bin-v2-libs-locale-test-test_config-test-gcc-4-4-4_0x-debug.html At this list http://beta.boost.org/development/tests/trunk/developer/locale.html   To fail (Linux gcc-4.4/std+0x mode) The given link leads to: Error extracting file: No matching files were found. Thanks, Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.sf.net/ CppDB - C++ SQL Connectivity: http://cppcms.sf.net/sql/cppdb/ </pre> Artyom Beilis 2012-01-16T08:18:37 http://comments.gmane.org/gmane.comp.lib.boost.testing/7066 <pre>Hi, A number of nightly testers are generating incomplete test results as evidenced by white boxes on the test result page. One source of these missing test results is that dump-tests doesn't seem to dump test output for some of the failed tests. For example: the algorithm/ minmax minmax_element_test fails to produce output for tester Sandia- clang-trunk-c++11, but the nightly test log (bjam.log) shows that the minmax_element_test produced output, attached below, but there is no corresponding test_log.xml file generated. Our inability to report compilation and/or runtime errors back to developers is a hinderance to their productivity and is a maintenance nightmare. Does anyone have any ideas what prevents generation of the test_log.xml file for some test failures and not others? </pre> Belcourt, K. Noel 2012-01-07T18:08:46 http://comments.gmane.org/gmane.comp.lib.boost.testing/7065 <pre>Hi, Getting some build errors due to this missing file. error: Unable to find file or target named error: 'pch_light.hpp' error: referred from project at error: '../libs/math/test' </pre> Belcourt, Kenneth 2012-01-04T18:38:32 http://comments.gmane.org/gmane.comp.lib.boost.testing/7066 <pre>Hi, A number of nightly testers are generating incomplete test results as evidenced by white boxes on the test result page. One source of these missing test results is that dump-tests doesn't seem to dump test output for some of the failed tests. For example: the algorithm/ minmax minmax_element_test fails to produce output for tester Sandia- clang-trunk-c++11, but the nightly test log (bjam.log) shows that the minmax_element_test produced output, attached below, but there is no corresponding test_log.xml file generated. Our inability to report compilation and/or runtime errors back to developers is a hinderance to their productivity and is a maintenance nightmare. Does anyone have any ideas what prevents generation of the test_log.xml file for some test failures and not others? </pre> Belcourt, K. Noel 2012-01-07T18:08:46 http://comments.gmane.org/gmane.comp.lib.boost.testing/7065 <pre>Hi, Getting some build errors due to this missing file. error: Unable to find file or target named error: 'pch_light.hpp' error: referred from project at error: '../libs/math/test' </pre> Belcourt, Kenneth 2012-01-04T18:38:32 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.boost.testing