December 2005 - Boost - lists.preview.boost.org

Could we have some quick documentation for the automatic unit test macros?
by Daryle Walker 06 Dec '05

06 Dec '05

[I don't know if the 1.33.1 trial has changed anything here.] The automatic unit test macros look interesting. There are even mentioned in the release notes for the Test library in 1.33.0. Unfortunately, that mention is the _sole_ appearance of those macros in the documentation. Even if the author can't afford to write a 20 page dissertation on those macros, a quick & dirty usage guide as an e-mail on this list would be appreciated. At least then the next programmer can Goggle for help. The macros listed are: BOOST_AUTO_TEST_CASE BOOST_AUTO_TEST_CASE_TEMPLATE BOOST_FIXTURE_TEST_CASE BOOST_AUTO_TEST_CASE_EXPECTED_FAILURES BOOST_AUTO_TEST_SUITE BOOST_AUTO_TEST_SUITE_END BOOST_AUTO_TEST_MAIN (and BOOST_AUTO_UNIT_TEST which is now a depreciated synonym for BOOST_AUTO_TEST_CASE). On a related note, what are the required files from Boost.Test needed to link these helpers with my test programs. The release notes mentioned a change in the included components but I don't think the page with the actual list changed. -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

2 1

[boost.python] GCC >=4 "-fvisibility=hidden" patch
by Jason Kankiewicz 05 Dec '05

05 Dec '05

Boost.Python's sources only deal with GCC's "-fvisibility=hidden" option for versions [3.5 - 3.9]. It should also work properly when built with GCC 4 and higher. The attached patches to boost/python/detail/config.hpp and boost/python/module_init.hpp enable it to do so. Tested with GCC 4.0 (XCode 2.2) on OSX 10.4.3 (Tiger). -- Jason Kankiewicz Advanced Publishing Technology, Inc. Index: boost/python/detail/config.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/python/detail/config.hpp,v retrieving revision 1.37 diff -u -r1.37 config.hpp --- boost/python/detail/config.hpp 29 Nov 2004 21:32:14 -0000 1.37 +++ boost/python/detail/config.hpp 29 Nov 2005 20:29:13 -0000 @@ -67,9 +67,8 @@ #endif #if defined(BOOST_PYTHON_DYNAMIC_LIB) - -# if !defined(_WIN32) && !defined(__CYGWIN__) \ - && defined(__GNUC__) && __GNUC__ >= 3 && __GNUC_MINOR__ >=5 \ +# if !defined(_WIN32) && !defined(__CYGWIN__) \ + && defined(__GNUC__) && ((__GNUC__ >= 3 && __GNUC_MINOR__ >=5) || __GNUC__ >= 4) \ && !defined(BOOST_PYTHON_GCC_SYMBOL_VISIBILITY) # define BOOST_PYTHON_USE_GCC_SYMBOL_VISIBILITY # endif Index: boost/python/module_init.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/python/module_init.hpp,v retrieving revision 1.6 diff -u -r1.6 module_init.hpp --- boost/python/module_init.hpp 20 Sep 2004 12:47:31 -0000 1.6 +++ boost/python/module_init.hpp 29 Nov 2005 20:29:13 -0000 @@ -42,7 +42,7 @@ } \ void init_module_##name() -# elif (defined(__GNUC__) && __GNUC__ >= 3 && __GNUC_MINOR__ >=5) +# elif (defined(__GNUC__) && ((__GNUC__ >= 3 && __GNUC_MINOR__ >=5) || __GNUC__ >= 4)) # define BOOST_PYTHON_MODULE_INIT(name) \ void init_module_##name(); \

4 11

Re: [boost] boost::defer - generalised execution deferral
by Oliver.Kowalke＠infineon.com 05 Dec '05

05 Dec '05

>I could use the implementation >form thread_queue in the same sandbox folder. Sorry - should be: You could use the implementation form thread_queue in the same sandbox folder. Oliver

2 1

[1.33.1] Release candidate #3 is available
by Douglas Gregor 05 Dec '05

05 Dec '05

This is it! Barring major problems with this release candidate, this will become the 1.33.1 release before the stroke of midnight. Get the latest 'n' greatest here: http://www.osl.iu.edu/~dgregor/boost-1.33.1-rc3/ Doug Gregor 1.33.1 Release Manager

3 2

patch for program_options
by Davlet Panech 05 Dec '05

05 Dec '05

Hello, The attached patches fix some problems with program_options: * options_description.hpp changed "static const ..." to BOOST_STATIC_CONSTANT * options_description.cpp changed "std::reverse_iterator" to "boost::reverse_iterator" (the std:: version is broken in MSVC6) * variables_map.cpp fixed scope problem in "for (int i...", etc. by moving the var. declaration outside the loop. D. __________________________________________________________ Find your next car at http://autos.yahoo.ca Index: options_description.cpp =================================================================== RCS file: /cvsroot/boost/boost/libs/program_options/src/options_description.cpp,v retrieving revision 1.14 diff -d -u -r1.14 options_description.cpp --- options_description.cpp 13 Jul 2005 16:32:40 -0000 1.14 +++ options_description.cpp 5 Dec 2005 17:47:31 -0000 @@ -12,7 +12,7 @@ // should move that to a separate headers. #include <boost/program_options/parsers.hpp> - +#include <boost/iterator/reverse_iterator.hpp> #include <boost/lexical_cast.hpp> #include <boost/tokenizer.hpp> #include <boost/detail/workaround.hpp> @@ -375,8 +375,8 @@ { // find last ' ' in the second half of the current paragraph line string::const_iterator last_space = - find(reverse_iterator<string::const_iterator>(line_end - 1), - reverse_iterator<string::const_iterator>(line_begin - 1), + find(boost::reverse_iterator<string::const_iterator>(line_end - 1), + boost::reverse_iterator<string::const_iterator>(line_begin - 1), ' ') .base(); Index: options_description.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/program_options/options_description.hpp,v retrieving revision 1.9 diff -u -d -r1.9 options_description.hpp --- options_description.hpp 22 Apr 2005 13:35:43 -0000 1.9 +++ options_description.hpp 5 Dec 2005 17:37:44 -0000 @@ -153,7 +153,7 @@ */ class BOOST_PROGRAM_OPTIONS_DECL options_description { public: - static const unsigned m_default_line_length = 80; + BOOST_STATIC_CONSTANT (unsigned, m_default_line_length = 80); /** Creates the instance. */ options_description(unsigned line_length = m_default_line_length); Index: variables_map.cpp =================================================================== RCS file: /cvsroot/boost/boost/libs/program_options/src/variables_map.cpp,v retrieving revision 1.5 diff -d -u -r1.5 variables_map.cpp --- variables_map.cpp 6 May 2005 06:40:39 -0000 1.5 +++ variables_map.cpp 5 Dec 2005 17:49:36 -0000 @@ -34,9 +34,10 @@ std::map<std::string, variable_value>& m = xm; std::set<std::string> new_final; + size_t i; // First, convert/store all given options - for (size_t i = 0; i < options.options.size(); ++i) { + for (i = 0; i < options.options.size(); ++i) { const string& name = options.options[i].string_key; // Skip positional options without name @@ -84,7 +85,7 @@ // Second, apply default values. const vector<shared_ptr<option_description> >& all = desc.options(); - for(unsigned i = 0; i < all.size(); ++i) + for(i = 0; i < all.size(); ++i) { const option_description& d = *all[i]; string key = d.key("");

1 0

Boost regression notification (2005-12-05 [HEAD])
by Douglas Gregor 05 Dec '05

05 Dec '05

Boost regression test failures ------------------------------ Report time: 2005-12-05T06:00:11Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 295 failures in 19 libraries: bind (1) concept_check (14) date_time (18) filesystem (2) foreach (5) graph (4) io (1) math (2) mpl (1) multi_array (7) parameter (1) python (59) serialization (36) smart_ptr (1) spirit (4) tr1 (89) typeof (24) wave (2) xpressive (24) |bind| bind_dm3_test: msvc |concept_check| stl_concept_covering: cw-9_4 cw-9_4 gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-8_1 intel-win32-9_0 intel-win32-9_0 mingw-3_4_2 msvc vc-7_1 vc-7_1 |date_time| testc_local_adjustor: msvc testclock: msvc testdst_rules: msvc testfiletime_functions: msvc testgreg_duration_operators: msvc testgreg_serialize_dll: cw-9_4 intel-win32-8_1 vc-7_1 vc-7_1 testiterator: msvc testlocal_adjustor: msvc testmicrosec_time_clock: msvc testparse_time: msvc testtime: msvc testtime_formatters: msvc testtime_period: msvc testwcustom_time_zone: msvc testwposix_time_zone: msvc |filesystem| path_test: msvc path_test_dll: msvc |foreach| array_byref: intel-win32-8_1 array_byval: intel-win32-8_1 rvalue_const: intel-win32-9_0 stl_byref: intel-win32-8_1 stl_byval: intel-win32-8_1 |graph| dominator_tree_test: vc-7_1 graphviz_test: vc-7_1 vc-7_1 layout_test: intel-win32-9_0 |io| ios_state_unit_test: intel-win32-9_0 |math| complex_test: gcc-3_4_3-sunos log1p_expm1_test: msvc |mpl| size_t: gcc-4_0-darwin |multi_array| access: cw-9_4 assign: cw-9_4 assign_to_array: cw-9_4 idxgen1: cw-9_4 index_bases: cw-9_4 iterators: cw-9_4 slice: cw-9_4 |parameter| sfinae: msvc |python| andreas_beyer: gcc-3_4_3-sunos args: gcc-3_4_3-sunos auto_ptr: gcc-3_4_3-sunos back_reference: gcc-3_4_3-sunos ben_scott1: gcc-3_4_3-sunos bienstman1: gcc-3_4_3-sunos bienstman2: gcc-3_4_3-sunos bienstman3: gcc-3_4_3-sunos builtin_converters: gcc-3_4_3-sunos callbacks: gcc-3_4_3-sunos const_argument: gcc-3_4_3-sunos crossmod_exception: gcc-3_4_3-sunos data_members: gcc-3_4_3-sunos defaults: gcc-3_4_3-sunos dict: gcc-3_4_3-sunos docstring: gcc-3_4_3-sunos enum: gcc-3_4_3-sunos exception_translator: gcc-3_4_3-sunos exec: gcc-3_4_3-sunos extract: gcc-3_4_3-sunos implicit: gcc-3_4_3-sunos injected: gcc-3_4_3-sunos iterator: gcc-3_4_3-sunos keywords: gcc-3_4_3-sunos list: gcc-3_4_3-sunos long: gcc-3_4_3-sunos map_indexing_suite: gcc-3_4_3-sunos minimal: gcc-3_4_3-sunos multi_arg_constructor: gcc-3_4_3-sunos nested: gcc-3_4_3-sunos numpy: gcc-3_4_3-sunos object: gcc-3_4_3-sunos opaque: gcc-3_4_3-sunos operators: gcc-3_4_3-sunos pearu1: gcc-3_4_3-sunos pickle1: gcc-3_4_3-sunos pickle2: gcc-3_4_3-sunos pickle3: gcc-3_4_3-sunos pickle4: gcc-3_4_3-sunos pointer_vector: gcc-3_4_3-sunos polymorphism: gcc-3_4_3-sunos polymorphism2: gcc-3_4_3-sunos polymorphism2_auto_ptr: gcc-3_4_3-sunos properties: gcc-3_4_3-sunos raw_ctor: gcc-3_4_3-sunos return_arg: gcc-3_4_3-sunos select_from_python_test: gcc-3_4_3-sunos shared_ptr: gcc-3_4_3-sunos slice: gcc-3_4_3-sunos staticmethod: gcc-3_4_3-sunos stl_iterator: gcc-3_4_3-sunos msvc str: gcc-3_4_3-sunos test_pointer_adoption: gcc-3_4_3-sunos try: gcc-3_4_3-sunos tuple: gcc-3_4_3-sunos vector_indexing_suite: gcc-3_4_3-sunos virtual_functions: gcc-3_4_3-sunos wrapper_held_type: gcc-3_4_3-sunos |serialization| test_class_info_load_binary_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_binary_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_const_save_fail1: msvc test_const_save_fail2: msvc test_const_save_fail3: msvc test_map_binary_archive_dll: msvc test_map_text_archive_dll: msvc test_map_text_warchive_dll: msvc |smart_ptr| shared_ptr_alloc2_test: msvc |spirit| closure_tests_debug: mingw-3_4_2 multi_pass_compile_tests: intel-win32-8_1 traverse_tests: intel-win32-9_0 traverse_tests_debug: intel-win32-9_0 |tr1| run_complex_overloads: cw-9_4 gcc-3_4_3-sunos std_run_complex_overloads: cw-9_4 gcc-3_4_3-sunos std_run_random: cw-9_4 std_test_array: cw-9_4 std_test_bind: cw-9_4 std_test_complex: cw-9_4 std_test_function: cw-9_4 std_test_hash: cw-9_4 std_test_mem_fn: cw-9_4 std_test_random: cw-9_4 std_test_regex: cw-9_4 std_test_result_of: cw-9_4 std_test_tr1_include: cw-9_4 std_test_tuple: cw-9_4 std_test_type_traits: cw-9_4 test_bind: cw-9_4 test_complex: cw-9_4 test_function: cw-9_4 test_hash: cw-9_4 test_mem_fn: cw-9_4 test_random: cw-9_4 test_reference_wrapper: cw-9_4 test_result_of: cw-9_4 test_shared_ptr: cw-9_4 test_tr1_include: cw-9_4 test_tuple: cw-9_4 tr1_add_const_test: cw-9_4 tr1_add_cv_test: cw-9_4 tr1_add_pointer_test: cw-9_4 tr1_add_reference_test: cw-9_4 tr1_add_volatile_test: cw-9_4 tr1_aligned_storage_test: cw-9_4 tr1_alignment_of_test: cw-9_4 tr1_extent_test: cw-9_4 tr1_has_nothrow_assign_test: cw-9_4 tr1_has_nothrow_constr_test: cw-9_4 tr1_has_nothrow_copy_test: cw-9_4 tr1_has_tr1_ref_wrap_fail: cw-9_4 tr1_has_tr1_shared_ptr_fail: cw-9_4 tr1_has_tr1_tuple_fail: cw-9_4 tr1_has_trivial_assign_test: cw-9_4 tr1_has_trivial_constr_test: cw-9_4 tr1_has_trivial_copy_test: cw-9_4 tr1_has_trivial_destructor_test: cw-9_4 tr1_has_virtual_destructor_test: cw-9_4 tr1_is_arithmetic_test: cw-9_4 tr1_is_array_test: cw-9_4 tr1_is_base_of_test: cw-9_4 tr1_is_class_test: cw-9_4 tr1_is_compound_test: cw-9_4 tr1_is_const_test: cw-9_4 tr1_is_convertible_test: cw-9_4 tr1_is_empty_test: cw-9_4 tr1_is_enum_test: cw-9_4 tr1_is_floating_point_test: cw-9_4 tr1_is_function_test: cw-9_4 tr1_is_fundamental_test: cw-9_4 tr1_is_integral_test: cw-9_4 tr1_is_member_func_test: cw-9_4 tr1_is_member_obj_test: cw-9_4 tr1_is_member_pointer_test: cw-9_4 tr1_is_object_test: cw-9_4 tr1_is_pod_test: cw-9_4 tr1_is_pointer_test: cw-9_4 tr1_is_polymorphic_test: cw-9_4 tr1_is_reference_test: cw-9_4 tr1_is_same_test: cw-9_4 tr1_is_scalar_test: cw-9_4 tr1_is_signed_test: cw-9_4 tr1_is_union_test: cw-9_4 tr1_is_unsigned_test: cw-9_4 tr1_is_void_test: cw-9_4 tr1_is_volatile_test: cw-9_4 tr1_rank_test: cw-9_4 tr1_remove_all_extents_test: cw-9_4 tr1_remove_const_test: cw-9_4 tr1_remove_cv_test: cw-9_4 tr1_remove_extent_test: cw-9_4 tr1_remove_pointer_test: cw-9_4 tr1_remove_reference_test: cw-9_4 tr1_remove_volatile_test: cw-9_4 tr1_tricky_abstract_type_test: cw-9_4 tr1_tricky_add_pointer_test: cw-9_4 tr1_tricky_function_type_test: cw-9_4 tr1_tricky_incomplete_type_test: cw-9_4 tr1_tricky_is_enum_test: cw-9_4 tr1_tricky_partial_spec_test: cw-9_4 |typeof| data_member_native: cw-9_4 function_native: cw-9_4 msvc function_ptr_native: cw-9_4 function_ref_native: cw-9_4 lvalue_native: cw-9_4 msvc member_function_native: cw-9_4 modifiers_emulation: cw-9_4 cw-9_4 modifiers_native: cw-9_4 cw-9_4 noncopyable_native: cw-9_4 std_emulation: cw-9_4 cw-9_4 std_native: cw-9_4 template_dependent_native: cw-9_4 template_enum_native: cw-9_4 template_int_native: cw-9_4 template_multiword_native: cw-9_4 template_tpl_native: cw-9_4 msvc template_type_native: cw-9_4 type_native: cw-9_4 |wave| testwave: cw-9_4 testwave_dll: cw-9_4 |xpressive| misc1: cw-9_4 test1: cw-9_4 test1u: cw-9_4 test2: cw-9_4 test2u: cw-9_4 test3: cw-9_4 test3u: cw-9_4 test4: cw-9_4 test4u: cw-9_4 test5: cw-9_4 test5u: cw-9_4 test6: cw-9_4 test6u: cw-9_4 test7: cw-9_4 test7u: cw-9_4 test8: cw-9_4 test8u: cw-9_4 test9: cw-9_4 test9u: cw-9_4 test_cycles: cw-9_4 test_dynamic: cw-9_4 test_non_char: cw-9_4 test_regex_primitives: cw-9_4 test_static: cw-9_4

1 0

[graph][1.33.1] Failure in layout_test
by Martin Wille 05 Dec '05

05 Dec '05

Hi, layout_test of Boost.Graph fails on all the toolsets for which I run tests. The exit status is 139, which means segmentation violation. ltrace shows that for gcc 3.4.4 and for gcc 4.0.2 operator new() gets called countless times before the crash, and that for gcc 3.3.6 std::__default_alloc_template<true, 0>::allocate(unsigned int) gets called similarly often. Regards, m Send instant messages to your online friends http://au.messenger.yahoo.com

3 2

Boost Review Wizard's Report: December 1, 2005
by Ronald Garcia 05 Dec '05

05 Dec '05

Review Wizard Status Report Tom Brinkman Ronald Garcia 1) News 2) Review Managers Needed 3) Review Queue 4) Libraries under development //////////////////////////////////////////////////////////////////// 1) News //////////////////////////////////////////////////////////////////// Ronald Garcia has signed on as co-wizard to assist Tom Brinkman. Feel free to contact either of us with questions or review requests. Output Formatters, Singleton, and Interfaces have been removed from the review queue. Reece Dunn, Jason Hise, and Jonathan Turkanis, the respective library authors, do not currently have the time to make the changes necessary prior to a review. We hope to see these libraries updated and resubmitted some time in the not too distant future. We need review managers. Please take a look at the list of libraries in need of managers and check out their descriptions. If you can serve as review manager for any of them, send one of us an email. Note: If you have any suggestions about how we could improve the Review Wizard's status report or if we have forgotten anything, please email "reportbase at gmail dot com" and "garcia at cs dot indiana dot edu". //////////////////////////////////////////////////////////////////// 2) Review Managers Needed //////////////////////////////////////////////////////////////////// There are a few libraries in the review queue in need of review managers. If you would like to volunteer to be a review manager, please contact Ron or Tom. The following libraries still require review manager volunteers: Fixed Strings Intrusive Containers Singleton (Re-review) Fusion Shmem Type Traits (modification) //////////////////////////////////////////////////////////////////// 3) Review Queue //////////////////////////////////////////////////////////////////// asio - December 10 2005 - December 24 2005 Policy Pointer Fixed Strings Intrusive Containers Function Types (mini-re-review) Fusion Shmem Type_Traits asio Author - Christopher Kohlhoff Review Manager - Jeff Garland Download: http://asio.sourceforge.net/ Description: asio is a cross-platform C++ library for network programming that provides developers with a consistent asynchronous I/O model using a modern C++ approach. To use asio's SSL support, OpenSSL is required. OpenSSL is not necessary to use the rest of asio. asio consists only of header files, and so there is no need to build any libraries before using asio in your own applications. asio supports the following platforms and compilers: Win32 using Visual C++ 7.1 and Visual C++ 8.0. Win32 using Borland C++Builder 6 patch 4. Win32 using MinGW. Linux (2.4 or 2.6 kernels) using g++ 3.3 or later. Solaris using g++ 3.3 or later. Mac OS X 10.4 using g++ 3.3 or later. Type_Traits (modification) Author - Alexander Nasonov Review Manager - To be determined Download : You can download it from http://cpp-experiment.sourceforge.net/promote-20050917.tar.gz or browse it online http://cpp-experiment.sourceforge.net/promote-20050917/ Description: Proposal to add promote, integral_promotion and floating_point_promotion class templates to type_traits library. Alexander tried it on different compilers with various success: GNU/Linux (gentoo-hardened): gcc 3.3 and 3.4, Intel 7, 8 and 9 Windows: VC7 free compiler Sparc Solaris: Sun C++ 5.3 and 5.7 See comments at the beginning of promote_enum_test.cpp for what is broken. http://cpp-experiment.sourceforge.net/promote-20050917/libs/ type_traits/test/promote_enum_test.cpp Alexandar used to compile tests on VC6 and I'm pretty sure I can add workarounds if someone is still interested. Actually, it compiled the tests better then VC7. As for Borland 5.5, is_enum is broken and I don't see any reason to support this compiler. Alexandar requests a fast-track review. Policy Pointer Author - David Held & Jonathan Turkanis Review Manager - Gennadiy Rozenthal Download: Boost Sandbox (http://boost-sandbox.sourceforge.net/) under policy_ptr Description: Smart pointers are used to automate memory management by handling the deletion of dynamically allcoated objects (and other resources). They assist in ensuring program correctness, exception safety, and memory integrity. Policy Pointer is a policy-based smart pointer framework designed to accomodate the large number of smart pointer designs. Through the use of policy classes, virtually any smart pointer type can be constructed within this framework. This library is a Boostification of the original Loki::SmartPtr type with significant modifications. Fixed Strings Author - Reece Dunn Review Manager - to be determined Download: Boost Sandbox (http://boost-sandbox.sourceforge.net/) under fixed_string Description: The fixed string library provides buffer overrun protection for static sized strings (char s[ n ]). It provides a C-style string interface for compatibility with C code (for example, porting a C program to C++). There is also a std::string-style interface using a class based on flex_string by Andre Alexandrescu with a few limitations due to the non-resizable nature of the class. Intrusive Containers Author - Olaf Krzikalla Review Manager - to be determined Download: http://people.freenet.de/turtle++/intrusive.zip Description: While intrusive containers were and are widely used in C, they became more and more forgotten in the C++-world due to the presence of the standard containers, which don't support intrusive techniques. Boost.Intrusive not only reintroduces this technique to C++, but also encapsulates the implementation in STL-like interfaces. Hence anyone familiar with standard containers can use intrusive containers with ease. Function Types (mini-re-review) Author - Tobias Schwinger Review Manager - John Maddock Download: http://boost-sandbox.sourceforge.net/vault/ Description: This library provides a metaprogramming facility to classify, decompose and synthesize function-, function pointer-, function reference- and member function pointer types. For the purpose of this documentation, these types are collectively referred to as function types (this differs from the standard definition and redefines the term from a programmer's perspective to refer to the most common types that involve functions). The classes introduced by this library shall conform to the concepts of the Boost Metaprogramming library (MPL). The Function Types library enables the user to: * test an arbitrary type for being a function type of specified kind, * inspect properties of function types, * view and modify sub types of an encapsulated function type with MPL Sequence operations, and * synthesize function types. This library supports variadic functions and can be configured to support non-default calling conventions. Shmem Author - Ion Gaztanaga Review Manager - to be determined Download: Boost Sandbox Vault -> Memory (http://boost-sandbox.sourceforge.net/vault/index.php? direction=0&order=&directory=Memory) http://ice.prohosting.com/newfunk/boost/libs/shmem/doc/html/index.html Description: Shmem offers tools to symplify shared memory usage in applications. These include shared memory creation/destruction and synchronization objects. It also implements dynamic allocation of portions of a shared memory segment and an easy way to construct C++ objects in shared memory. Apart from this, Shmem implements a wide range of STL-like containers and allocators that can be safely placed in shared memory, helpful to implement complex shared memory data-bases and other efficient inter-process communications. Fusion Author - Joel de Guzman Review Manager - to be determined Download: http://spirit.sourceforge.net/dl_more/fusion_v2/ Description: Fusion is a library of heterogenous containers and views and algorithms. A set of heterogenous containers (vector, list, set and map) is provided out of the box along with view classes that present various composable views over the data. The containers and views follow a common sequence concept with an underlying iterator concept that binds it all together, suitably making the algorithms fully generic over all sequence types. The architecture is somewhat modeled after MPL which in turn is modeled after STL. It is code-named "fusion" because the library is the "fusion" of compile time metaprogramming with runtime programming. //////////////////////////////////////////////////////////////////// 4) Libraries under development //////////////////////////////////////////////////////////////////// Please let us know of any libraries you are currently developing that you intend to submit for review. Output Formatters Singleton Interfaces Output Formatters Author - Reece Dunn Download: Boost Sandbox (http://boost-sandbox.sourceforge.net/) under outfmt Description: The I/O formatters library provides an easy and customizable way to input/output arrays, STL arrays, STL collections, sub-arrays from/to STL streams. It allows you to configure how each element in such an array will be written to the stream or read from the stream, while providing reasonable defaults. Singleton Author - Jason Hise Download: http://tinyurl.com/6qvrd (old version from previous review) Description: Singleton is feature rich library: - ensuring single instance of a class and global access point to this instance - with policies specifying: - when the instance gets created (manually, immediatelly, when first used, ...) - how is the instance created (by new, malloc, in static memory, ...) - when the instance gets destroyed (never, by priority, after another singleton, ...) Parametrized singleton called Multiton is provided City::pointer p1("Chicago"); City::pointer p2("Brussels"); will create two different "singletons" of the same type. Another feature is ability to register resources (like shared pointer) who will get destroyed in controlled order, when the application exits. Not yet implemented features are: - MT safety - self-destroying singleton with timeout - bjam compatible tests The library is known to work with several newer compilers, VC7.1 among them. Help with other compilers is welcomed. Interfaces Author - Jonathan Turkanis Download: http://www.kangaroologic.com/interfaces Description: Interfaces provides a macro-based Interface Definition Language (IDL) which can be used to define C++ class types called interfaces. An interface is a lightweight value type associated with a set of named function signatures. An interface instance can be bound at runtime to any object which implements the interface, i.e., to any object of a type with accessible non-static member functions having the same name and signature as the set of functions associated with the interface. The functions of the bound object can then be invoked through the interface instance using the 'dot' operator. Binding is completely non-intrusive: the object's type need not declare any virtual functions or derive from any particluar base class. Current applications of Boost.Interfaces include: * Non-intrusive dynamic polymorphism: interfaces can often be used in place of abstract base classes, and are sometimes much faster (see Performance). * Dynamic inheritance: allows function calls to be forwarded automatically to an object specified at runtime (see Delegation). * Smart Interface Pointers: smart pointers which can manage the lifetime of any object whose type implements a given interface. * Smart References: like smart interface pointers, but the managed object is accessed using the "dot" operator." Tom Brinkman Ronald Garcia Boost Review Wizards

6 9

Re: [boost] boost::defer - generalised execution deferral
by Oliver.Kowalke＠infineon.com 05 Dec '05

05 Dec '05

Hello Simon, it's a nice implementation. Maybe you could add a timed enqueue and dequeue and a limitation (amount) for the work items in the queue. I could use the implementation form thread_queue in the same sandbox folder. With regards, Oliver >a second version of library Defer is now in the sandbox under Concurrent >Programming. >(this version primarily adds the promised win32 message pump version) > >To recap - this library defines a uniform means to send work items >(boost::function objects) to thread pools, single threads and the windows >gui thread >via a runtime polymorphic interface. > >Other implementations of the defer concept included in the library are >defer_null, which >makes no attempt to defer, but invokes the supplied boost::function object >immediately >and defer_mutex, which also invokes the object on the calling thread, but >only after first >acquiring a mutex (thus serialising requests from different threads). > >The benefits of such a library are:. >-It allows an efficient reuse of threads. >-It provides an abstract way to parameterise threading architecture i.e. >-It allows the programmer to define what thread s/he wishes to >receive callbacks in from cooperating components. >-It can be used to eliminate thread deadlocking issues, and remove >mutex use from much application code. >-It can help break recursive calling cycles in event driven code. > >The scheme is wide open for the addition of more models of the defer >concept. >The base defer class provides the queue facilities, and simply requires the >deriving classes to implement a 'signal' function, in which to perform an >implementation specific wakeup or notification to the appropriate thread. > >Three examples of possible other styles are: >-demuxer style thread parking - create the object and then call a run() >function in >an appropriate thread >-recursion breaking - first defer in a given thread executes immediately, >subsequent >recursive defers on the same object are queued to be serviced in turn >before >the thread finally leaves the object >-thread creating - creates an entirely new thread per work item. > >All comments again welcome, though I know its a busy time for boosters with >the >huge effort going into the next release. > >Cheers > >Simon > > > >_______________________________________________ >Unsubscribe & other changes: >http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

boost::defer - generalised execution deferral
by simon meiklejohn 05 Dec '05

05 Dec '05

"Any interest in...?" This post asks the above question in relation to a possible library boost::defer which would live half-way between the Herb Sutter active/future thread model and the semi-raw facilities of boost::thread. Deferral here means 1. Do something later 2. Let something else decide which thread will execute the work Facilities like boost::function offer a way to wrap up a unit of work that can be deferred. (UOW) boost::defer would offer a way of posting the work unit to a Defer Point object that would call the unit of work in whatever is the appropriate thread. The Defer Point acts as a queue for scheduled work items Different polymorphic styles of Defer Point would implement different strategies for which kind of thread does the callback 1. single thread - owned by the Defer Point 2. Pool - staic or dynamic pool of threads owned by the Defer Point 3. win32 hidden window (dispatches callback on a gui thread) 4. NULL - Calling thread callback (i.e. do it now in the caller's thread) 5. Gating - Calling thread with mutex protection (serializes multiple threads thus protecting the called code) Any given defer point object can either be dedicated to a particular task, or can be shared throughout a program giving rise to a variety of ways of using system threads 1. One single thread defer point, reused throughout a program -> cooperative multi-tasking 2. win32 hidden window reused throughout -> cooperative multi-tasking on the gui thread 3. as above, but with another dedicated thread Defer Point (or pool) used for slow background tasks I've found these threading concepts to be useful in large-scale projects where multiple libraries want to do callbacks into some application code. Defer Points allow you to parameterise those libraries in such a way as to play nicely with eachother - deferring their callback strategy to a style defined by the programmer integrating the libraries into the final app. Its also handy where multiple entities in a program need to call into eachother, potentially recursively (A calls B calls A calls B) Better to break this recursion with queues of work items. So - any interest in more concrete code? More detailed explanations and scenarios? Cheers Simon

4 10