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://permalink.gmane.org/gmane.comp.lib.boost.testing/7114 <pre>AMDG On 05/14/2012 04:29 PM, Pankaj wrote: This mailing list is for our own regression tests. Try Boost.Users for questions about the Boost.Test library. In Christ, Steven Watanabe </pre> Steven Watanabe 2012-05-15T00:16:20 http://permalink.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://permalink.gmane.org/gmane.comp.lib.boost.testing/7112 <pre> Fixed this morning. Thanks, --Beman </pre> Beman Dawes 2012-05-01T18:56:41 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7111 <pre>Hi John, On Apr 30, 2012, at 10:00 AM, John Maddock wrote: Yes, but I think we need to get Boost.config going before worry about other libraries. I'm working on this, slowly. </pre> Belcourt, Kenneth 2012-05-01T17:47:53 http://permalink.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://permalink.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://permalink.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://permalink.gmane.org/gmane.comp.lib.boost.testing/7107 <pre>Le 08/04/12 23:53, Belcourt, K. Noel a écrit : Sorry, again my bad :( Committed revision 77842. Vicente </pre> Vicente J. Botet Escriba 2012-04-08T22:39:31 http://permalink.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://permalink.gmane.org/gmane.comp.lib.boost.testing/7105 <pre> Vicente Botet wrote Everything is OK now. I guess it was the missing file. Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/Sandia-darwin-clang-trunk-chrono-errors-tp4521238p4525785.html Sent from the Boost - Testing mailing list archive at Nabble.com. </pre> Vicente Botet 2012-04-02T11:30:10 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7104 <pre> Vicente Botet wrote Everything is OK now. I guess it was the missing file. Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/Sandia-clang-trunk-chrono-link-errors-tp4521242p4525784.html Sent from the Boost - Testing mailing list archive at Nabble.com. </pre> Vicente Botet 2012-04-02T11:29:41 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7103 <pre> Belcourt, K. Noel wrote I was expecting the error names the missing file ;-) It seems that I forget to commit a file :( Thanks, Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/Sandia-gcc-4-6-2-0x-Fri-30-Mar-2012-tp4521230p4525777.html Sent from the Boost - Testing mailing list archive at Nabble.com. </pre> Vicente Botet 2012-04-02T11:26:13 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7102 <pre>AMDG On 03/31/2012 03:09 PM, Belcourt, K. Noel wrote: Some of the failures with no explanation are also a result of the missing header. Which is correct. This is a compile-fail test. If the file compiles, it's an error. In Christ, Steven Watanabe </pre> Steven Watanabe 2012-03-31T23:06:21 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7101 <pre>Hi Vicente, On Mar 31, 2012, at 12:59 AM, Vicente J. Botet Escriba wrote: Not sure. In trunk there's only 9 failures, looks like a missing header. http://tinyurl.com/css828k Well that's a bit disconcerting. This file compiles fine: libs/thread/test/sync/mutual_exclusion/locks/unique_lock/obs/ op_int_fail.cpp by hand, but in the nightly testing, bjam reports the compilation status as a failure. When did this problem first show up? Could it be related to some of the changes Steven's been making to improve b2 performance? </pre> Belcourt, K. Noel 2012-03-31T22:09:52 http://permalink.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 symbols: Invalid operation clang: error: linker command failed with exit code 1 (use -v to see invocation) _______________________________________________ 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-31T07:09:36 http://permalink.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/manipulate_clock_object.cpp:30: In file included from ../boost/type_traits.hpp:20: In file included from ../boost/type_traits/aligned_storage.hpp:11: In file included from ../boost/aligned_storage.hpp:21: In file included from ../boost/type_traits/type_with_alignment.hpp:18: ../boost/type_traits/is_pod.hpp:45:35: error: 'T' does not refer to a value BOOST_INTERNAL_IS_POD(T) ^ ../boost/type_traits/is_pod.hpp:26:47: note: expanded from macro 'BOOST_INTERNAL_IS_POD' #define BOOST_INTERNAL_IS_POD(T) BOOST_IS_POD(T) ^ ../boost/type_traits/intrinsics.hpp:135:39: note: expanded from macro 'BOOST_IS_POD' # define BOOST_IS_POD(T) __is_pod(T) ^ ../boost/config/suffix.hpp:420:72: note: expanded from macro 'BOOST_STATIC_CONSTANT' # define BOOST_STATIC_CONSTANT(type, assignment) static const type assignment ^ ../boost/type_traits/is_pod.hpp:38:20: note: declared here template&lt;typename T&gt; struct is_pod_impl ^ ../boost/type_traits/is_pod.hpp:46:13: error: type name requires a specifier or qualifier &gt;::value)); ^ ../boost/config/suffix.hpp:420:72: note: expanded from macro 'BOOST_STATIC_CONSTANT' # define BOOST_STATIC_CONSTANT(type, assignment) static const type assignment ^ In file included from ../libs/chrono/test/../example/manipulate_clock_object.cpp:30: In file included from ../boost/type_traits.hpp:20: In file included from ../boost/type_traits/aligned_storage.hpp:11: In file included from ../boost/aligned_storage.hpp:21: In file included from ../boost/type_traits/type_with_alignment.hpp:18: ../boost/type_traits/is_pod.hpp:46:13: error: expected ')' &gt;::value)); ^ ../boost/config/suffix.hpp:420:72: note: expanded from macro 'BOOST_STATIC_CONSTANT' # define BOOST_STATIC_CONSTANT(type, assignment) static const type assignment ^ ../boost/type_traits/is_pod.hpp:42:9: note: to match this '(' (::boost::type_traits::ice_or&lt; ^ ../boost/config/suffix.hpp:420:72: note: expanded from macro 'BOOST_STATIC_CONSTANT' # define BOOST_STATIC_CONSTANT(type, assignment) static const type assignment ^ 3 errors generated. _______________________________________________ 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-31T07:06:18 http://permalink.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://permalink.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://permalink.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://permalink.gmane.org/gmane.comp.lib.boost.testing/7095 <pre> On Feb 13, 2012, at 10:54 PM, Steve M. Robbins wrote: Yeah, I managed to fat-finger the revert of 76862. Okay, we use OpenMPI for our MPI tests and they work fine so it's not likely to be OpenMPI. </pre> Belcourt, K. Noel 2012-02-15T05:17:52 http://permalink.gmane.org/gmane.comp.lib.boost.testing/7094 <pre>Hey Noel, On Mon, Feb 13, 2012 at 09:37:08AM -0700, Belcourt, K. Noel wrote: Seems like it got un-reverted soon after :-/ I use OpenMPI. -S _______________________________________________ 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-14T05:54:05 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.boost.testing